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PREFACE 



The I/O interface is one type of commu- 
nication link between a channel 1 and the 
various I/O control units in IBM 
System/360 and System/370. It employs 
information formats and control-signal 
sequencing .that provide a uniform means 
for attaching and controlling various 
types of control units. 

Information — in the form of commands* 
data, status information, sense informa- 
tion, control signals, and I/0-device 
addresses — is transmitted over the 
time- and function-shared lines of this 
interface. All exchanges of information 
are between a channel and attached 
control uni ts. 

The design of this interface provides 
the following important features; 



Consistency in 
programming over a 
control units. 



i nput/output 
wide range of 



A ready physical connection to 
System/360, System/370, ECPS:VSE, 
and 370-XA channels of control 
units designed by any manufacturer 
to operate with this interface. 

The means to physically accommodate 
future control units designed to 
meet the parameters of this intei — 
face. 

The capability for providing an 
interlocked interface operation 
that is, in most cases, 
time-independent; this feature 
increases the range of control 
units that may be attached. 

The capability for providing a 
noni nterlocked interface operation 



that permits attachment of control 

units having higher data-rate 

requirements than those achievable 
through interlocked operations. 

The servicing of up to eight 

control unit attachment points for 
each set of lines. 



This manual provides 
description of the i nte 
description of the elect 
ical, and cabling conside 
operational description 
interface. It does n 
interface between control 
devices. Additionally 
diagrams (Figures C-l th 
the sequence charts (Figu 
C-13) in Appendix C ar 
examples only and should 
a means of obtaining prec 
of interface sequences, 
main body of this manua 
interface-sequence defini 



a functional 
rface lines; a 
rical, mechan- 
rations; and an 

of the I/O 
ot define the 

units and I/O 
, the flow 
rough C-8) and 
res C-9 through 
e provided as 
not be used as 
i se definitions 

Refer to the 
1 for the 1/0- 
ti ons. 



Unless otherwise stated, the information 
in this manual pertains to control units 
attached to only one I/O interface- 

For a specific IBM channel or control 

unit that implements this interface, 

parts of the I/O interface definition 

are model-dependent or may not apply; 
for further information, refer to the 

appropriate System Library manual for 
that unit. 

No statement in this manual should be 
construed as limiting extensions to the 
I/O interface. The I/O interface, or 
any aspect of the I/O interface, may be 
altered from time to time by IBM or may 
be withdrawn by IBM in part or in whole. 



1 The term "channel" is used in this manual when referring to the end of the inter/- 
face with which a control unit communicates. When the term is used, it should be 
understood to apply to the System/360 architecture, System/370 architecture, 
ECPS:VSE architecture, and System/370 Extended Architecture (370-XA). If, 
however, the description applies only to systems operating in the 370-XA mode, the 
term "channel subsystem" is used instead. 
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CHAPTER L, f UNCTIPNAl PE SCRipnQN 



Input/output (I/O) devices are used to 
provide external storage* to communicate 
between data-processing systems* and to 
communicate between a data-processing 
system and the external world. 



I/O devices are attached to central 
processing units (CPUs) by means of 
control units and channels in various 
configurations (Figure 1-1). 



System 1 



Chan- 
nel 
A 



Chan- 
nel 
B 



Channel-to- 
Channel Adapter 



I/O Interface B 



I/O Interface A 



I/O Interface C 



System 2 



Chan- 
nel 
C 



Chan- 
nel 
D 



TB 



Shared (Multi- 
device) 
Control Unit 



I/O Interface D- 



TB 



Shared (Multi- 
device) 
Control Unit 




TB Terminator Block 



Figure 1-1. I/O Interface — Example of Multiple-Channel Configurations 
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The channel directs the flow of informa- 
tion between control units and main 
storage. 

The control unit provides the logical 
capability necessary to operate and 
control an I/O device* and it adapts the 
characteristics of each I/O device to 
the standard form of control provided by 
the channel. A control unit may be 
housed separately or it may be phys- 
ically and logically integrated with the 
I/O device. 

An I/O device attached to the control 
unit may be designed to perform only 
certain limited operations, such as 
recording data and moving the recording 
medium. Regardless of the design, the 
I/O device needs detailed signal 
sequences peculiar to that type of I/O 
device to accomplish these functions. 
The control unit decodes commands 
received from the channel, interprets 
them for the I/O device, provides the 
signal sequence for executing the oper- 
ations, and reports the status of 
operations to the channel. 



One method of connection between a chan- 
nel and a control unit is called the I/O 
interface. Each I/O interface, which 
consists of parallel signal lines that 
connect a number of control units to a 
channel (Figure 1-1), provides a common 
signaling protocol and information 
format to all control units that connect 
to the channel. All signals, of the I/O 
interface, with the exception of 
selection signals, are available to all 
control units attached to that I/O 
interface at the same time (Figure 1-2). 
However, only one control unit can be 
connected logically to each I/O intei — 
face at any one time. Selection of a 
control unit by the channel is 
controlled by a signal passing serially 
through all control units attached to 
one I/O interface. This serial passing 
of the selection signal permits each 
control unit, in turn, to respond to the 
other signals provided by the channel. 
Once the control unit is selected, it 
remains logically connected to the I/O 
interface until it completes the trans- 
fer of the information it has or needs, 
or until the channel signals the control 
unit to disconnect. 
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Figure 1-2. Interconnections on the I/O Interface 
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The I/O-i nterface addressing facilities 
can accommodate up to 256 directly 
addressable I/O devices. However* with- 
in the given address limitations* and 
because of timing and electrical consid- 
erations* the number of control unit 
attachment points that can be accommo- 
dated is generally limited to eight. 
One attachment point may be associated 
with a (single-device) control unit* a 
shared (multi devi ce) control unit* or 
multiple independent (integrated) 
control units. 

The multiplexing facilities of the 
interface permit operating a number of 
the 256 I/O devices concurrently on a 
single I/O interface; portions of vari- 
ous messages can be transmitted over the 
I/O interface in an interleaved fashion 
to or from different I/O devices* or a 
complete message can be transmitted in a 
single I/O-interface operation. The 
operation actually performed is detei — 
mined by the particular command* 
channel* and control unit. 

The rise and fall of all signals trans- 
mitted over the I/O interface are genei — 
ally controlled by interlocked 
responses. The interlocked sequences 
remove the dependence of the I/O intei — 
face on circuit speed and make the I/O 



interface appl 
of circuits 
Furthermore* 
connecting co 
circuit speed 
Those sequence 
allow for des 
higher data ra 
through interl 
the electri 
circuits not u 
are more restr 
wide a range o 



i cable to a wide variety 
and data rates, 
interlocking permits 
ntrol units of different 
s to a single channel, 
s that are not interlocked 
igns capable of achieving 
tes than those achievable 
ocked sequences. However* 
cal specifications of 
sing interlocked sequences 
ictive and do not allow as 
f possible circuit speeds. 



LINE DEFINITION 



The I/O interface connects a channel 
with control units. External cables 
physically connect all control units in 
a chain* with only the first control 
unit directly cabled to the channel. 
See Figures 1-1 and 1-2. 



I/O-INTERFACE LINES 



The I/O-interface lines and 
are described in Figure 1-3. 



their uses 
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Line Name 


Abbreviati on 


Uses 


Bus 


out position P 


Bus 


out P 




Bus 


out position 


Bus 


out 




Bus 


out position 1 


Bus 


out 1 




Bus 


out position 2 


Bus 


out 2 




Bus 


out position 3 


Bus 


out 3 




Bus 


out position 4 


Bus 


out 4 


The 'bus out" lines are 


Bus 


out position 5 


Bus 


out 5 


used to transmit informa- 


Bus 


out position 6 


Bus 


out 6 


tion (data , I/Q-device 


Bus 


out position 7 


Bus 


out 7 


address, commands, control 
information) from the 










Bus 1 


out position P 


Bus 


1 out P 


channel to the control 


Bus 1 


out position 


Bus 


1 out 


unit. (Bus 1 is only 


Bus 1 


out position 1 


Bus 


1 out 1 


available with the bus- 


Bus 1 


out position 2 


Bus 


1 out 2 


extension feature.) 


Bus 1 


out position 3 


Bus 


1 out 3 




Bus 1 


out position 4 


Bus 


1 out 4 




Bus 1 


out position 5 


Bus 


1 out 5 




Bus 1 


out position 6 


Bus 


1 out 6 




Bus 1 


out position 7 


Bus 


1 out 7 




Bus 


in position P 


Bus 


in P 




Bus 


in position 


Bus 


in 




Bus 


in position 1 


Bus 


in 1 




Bus 


in position 2 


Bus 


in 2 




Bus 


in position 3 


Bus 


in 3 




Bus 


in position 4 


Bus 


in 4 


The 'bus in' lines are 


Bus 


in position 5 


Bus 


in 5 


used to transmit informa- 


Bus 


in position 6 


Bus 


in 6 


tion (data, selected 1/0- 


Bus 


in position 7 


Bus 


in 7 


device address, status 
information, sense infor- 










Bus 1 


in posi ti on P 


Bus 


1 in P 


mation) from the control 


Bus 1 


in position 


Bus 


1 in 


unit to the channel. 


Bus 1 


in position 1 


Bus 


1 in 1 


(Bus 1 is only available 


Bus 1 


in position 2 


Bus 


1 in 2 


with the bus-extension 


Bus 1 


in position 3 


Bus 


1 in 3 


feature. ) 


Bus 1 


in position 4 


Bus 


1 in 4 




Bus 1 


in position 5 


Bus 


1 in 5 




Bus 1 


in position 6 


Bus 


1 in 6 




Bus 1 


in position 7 


Bus 


1 in 7 




Mark 


in 


Mk 


) in 


The mark lines are used to 


Mark 


out 


Mk 


out 


indicate the buses being 


Mark 


1 in 


Mk 


I in 


used. (Except for 'mark 


Mark 


1 out 


Mk 


i out 


in', these lines are only 


Mark 


in parity 


Mk 


in P 


available with the bus- 


Mark 


out parity 


Mk 


out P 


extension feature. 'Mark 
in' is also available with 
the command-retry feature.) 


Address out 


Adr 


out 


The tag lines are used for 


Address in 


Adr 


i n 


interlocking and control- 


Comma 


nd out 


Cmd 


out 


ling information on the buses 


Status in 


Sta 


in 


and for special sequences. 


Service out 


Srv 


out 


('Data out' and 'data in* 


Service in 


Srv 


in 


are only available with the 


Data 


out 


Dat 


out 


high-speed-transfer or data- 


Data 


i n 


Dat 


in 


streaming features.) 



Figure 1-3 (Part 1 of 2). I/O-Interface Lines 
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Line Name 


Abbreviation 


Uses 


Operational out 
Operational in 
Hold out 
Select out 
Select in 
Suppress out 
Request in 
Disconnect in 


Opl out 
Opl in 
Hid out 
Sel out 
Sel i n 
Sup out 
Req in 
D i s in 


The selection-control lines 
are used for the scanning 
or selection of attached I/O 
devices. ("Disconnect in* 
is only available with the 
I/0-erroi — alert feature.) 


Metering out 
Metering in 
Clock out 


Mtr out 
Mtr in 
Clk out 


These three lines are no 
longer used. 



Figure 1-3 (Part 2 of 2). I/O-Interface Lines 



The remainder of this chapter discusses 
those lines that are available with the 
basic I/O interface. For information 
concerning lines that are only provided 
when features are implemented, see Chap- 
ter 3, "Features." 

Note : Except when the data-streaming 
feature is used, the validity of infoi — 
mation on the buses and the timing of 
the signals on the tag lines are speci- 
fied for measurement at the channel 
cable connectors. 



BUSES — GENERAL 



Each bus is a set of nine lines* 
consisting of eight information lines 



and one parity line. Information on the 
buses is arranged so that bit position 7 
of a bus always carries the rightmost 
bit within an eight-bit byte. The left- 
most bit is in position 0, and the 
intervening bits are in order from posi- 
tion 1 to position 6. 

When a byte transmitted over the inter- 
face consists of less than eight infoi — 
mation bits, the bits are placed 
contiguously in the highest-numbered bit 
positions of the bus. Any unused lines 
of the bus include the low-numbered 
positions (position and adjacent posi- 
tions). Unused lines present logical 
zeros to the receiving end. The parity 
bit of any byte appears in the parity 
position (P). The byte always has odd 
parity (Figure 1-^). 
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Figure 1-4. Organization of Information on the Bus 



Bus Out 



'Bus out* is used to transmit addresses, 
commands, and data to control units. 
The type of information transmitted over 
'bus out' is indicated by the outbound 
tag lines: 

1. Except for interface disconnect, 
when 'address out' is up during the 
initial-selection sequence, "bus 
out' specifies the address of the 
I/O device with which the channel 
wants to communicate. (See "Inter- 
face Disconnect" in Chapter 2, 
"Operational Description.") 

2. When 'command out' is up in 
response to 'address in' during the 
initial-selection sequence, "bus 
out' specifies a command. 

3. When 'service out' is up in 
response to 'service in' (or 'data 
out' i s up in response to 'data 
in') during the execution of a 
write or control command, 'bus out' 
specifies a data byte that is being 
transferred between the channel and 
the control unit. For example, 
during an operation that is speci- 
fied by a write command, 'bus out' 
contains data to be recorded by the 
I/O device. During an operation 
that is specified by a control 
command, 'bus out' may contain 
either data that describes in more 
detail how the operation is to be 
executed or a second-level address 
within the control unit or I/O 
devi ce. 

Note : When data streaming occurs, the 
following paragraph does not apply. 
(See "Data-Streaming Feature" in Chapter 
3, "Features.") 

The period during which information on 
'bus out' is valid is controlled by the 
tag lines. During transmission of the 
I/0-device address during the initial- 
selection sequence, information on 'bus 



out' must be 
'address out' u 
tional in' or 
short-busy se 
address on th 
valid from the 
until the fall 
channel i s tra 
of information, 



out 



is valid 



signal on the 
line until the 
responding inbo 



valid from the rise of 

ntil the rise of 'opera- 

' select in'. In the 

quence, the I/0-device 

e bus-out line must be 

rise of 'address out' 

of 'status in'. When the 

nsmitting any other type 

the information on 'bus 

from the rise of the 

associated outbound tag 

fall of the signal on the 

und tag line. 



Some skew on 'bus out' is accommodated 
by the channel. The channel provides a 
delay that accommodates skew caused by 
its own circuitry and, in addition, 
provides a delay of at least 100 nanose- 
conds. This delay compensates for skew 
caused by the cable and, for most 
control units, also is sufficient to 
accommodate the skew caused by the 1/0- 
i nterf ace receivers. (Except as noted 
under "Address Out" in this chapter, the 
channel delays raising of the signal on 
the outbound tag lines so that the 
information on 'bus out' precedes the 
signal on the outbound tag line by at 
least 100 nanoseconds. This delay is 
measured at the channel cable connectors 
and under the worst-case skew 
conditions.) The control unit, when it 
can cause more skew, provides additional 
delay to compensate for the skew. 



Bus In 



'Bus in' is used to transmit addresses, 
status, and data to the channel. A 
control unit can place and maintain 
information on 'bus in* only when its 
'operational in' is up, except in the 
short-busy sequence. (See "Short-Busy 
Sequence" in Chapter 2, "Operational 
Descri pti on.") 



The type 
'bus in' 
li nes: 



of information transmitted over 
is indicated by the inbound tag 
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1. When 'address in' is up, 'bus in' 
specifies the address of the 
currently selected I/O device. 

2. When 'status in' is up, 'bus in' 
contains a byte of information that 
describes the status of the I/O 
device or control unit. 

3. When 'service in' (or 'data in*) is 
up during execution of a read, 
read-backward, or sense command, 
the nature of the information 
contained on 'bus in' depends on 
the type of operation. During a 
read operation, it may contain a 
byte of data from the record 
medium. During a basic sense oper- 
ation, 'bus in' contains data 
describing unusual conditions 
detected at the I/O device. 

Note * When data streaming occurs, the 
following paragraph does not apply. 
(See "Data-Streaming Feature" in Chapter 
3, "Features.") 

The period during which information on 
'bus in* is valid is controlled by the 
tag lines. Information on the bus is 
valid within 100 nanoseconds after the 
rise of the associated inbound tag and 
remains valid until the rise of the 
responding outbound tag or, in a short- 
busy sequence, until the fall of 'select 
out'. The 100-nanosecond delay between 
the rise of the inbound tag and the time 
the signal becomes valid on 'bus in' 
places the responsibility on the channel 
for deskewing 'bus in*. The channel 
provides a delay in the inbound tag 
lines to accommodate skew caused by the 
channel circuitry (including its receiv- 
ers) and, in addition, provides a delay 
of at least 100 nanoseconds. This delay 
compensates for skew caused by the 
cable, and, for most control units, for 
the skew caused by their drivers. This 
delay provides sufficient time to deskew 
the information so that the inbound tag 
can be raised by the control unit at the 
same time information is placed on the 
bus. When a control unit and cable can 
cause more skew than can be accommodated 
by a 100-nanosecond delay, the control 
unit provides the additional delay to 
eliminate this greater skew. 



lines from the control 
any operation currently 
the interface is reset 
conditions, all contro 
interface signals are 
microseconds after the 
tional out' at the cont 
"Selective Reset" and " 
Chapter 2, "Operational 



Request 1q 



unit drop, and 
in process over 
Under these 
1-uni t-generated 
down within 1.5 
fall of 'opera- 
rol unit. (See 
System Reset" in 
Description.") 



'Request in' is a line from all attached 
control units to the channel. This 
line, when raised, indicates that the 
control unit requires service and is 
requesting a selection sequence. 

'Request in' is dropped when: 



1. 



2. 



3. 



'Operational in' rises, unless 
addi ti onal contro 1-uni t-i ni tiated 
sequences are required, or 



The control 
to present 
or data, or 



unit is no longer ready 
the status information 



The selection requirement is satis- 
fied by another path. 



'Request in' never falls later than 250 
nanoseconds after the fall of 'opera- 
tional in' if the sequence satisfies the 
service requirements of the control 
unit. 



'Request i 
'suppress o 
for present 
(See "Supp 
"Operationa 
control uni 
sequence in 
ble status, 
control un 
after the r 
control uni 



n' does 
ut 



i s 



not remain up when 
up if the request is 



ation of suppressible status, 
ress Status" in Chapter 2, 
1 Description.") When the 
t is requesting a selection 
order to present suppressi- 
' request in' falls at the 
it within 1.5 microseconds 
i se of 'suppress out* at the 
t. 



'Request in' can be signaled by more 
than one control unit at a time. 



Address fiirfe 



SELECTION CONTROLS AND TAG LINES 



Operational p_u± 



'Operational out' is a line from the 
channel to all attached control units 
and is used for interlocking purposes. 
Except for 'suppress out', all lines 
from the channel are significant only 
when 'operational out' is up. Whenever 
'operational out' is down, all inbound 



'Address out' is a tag line from the 
channel to all attached control units. 
'Address out' is used to signal all the 
control units to decode the I/0-device 
address on 'bus out'. If the control 
unit recognizes the address, it responds 
by raising 'operational in' when 'select 
out' (or 'hold out') rises with 'address 
out' still up (except in the short-busy 
sequence). (See "Select Out/Hold Out 
and Select In.") 'Address out' rises at 
least 250 nanoseconds after the 1/0- 
device address is placed on 'bus out' or 
at least 250 nanoseconds after the rise 
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of "operational out', whichever occurs 
later. 'Address out" is down for at 
least 250 nanoseconds before its rise 
for I/0-device selection. If 'address 
out' falls before 'select out' rises, 
the I/0-device selection is canceled. 



'Address out' ca 
selection only wh 
'hold out'), 'sele 
and 'operational i 
channel. Ultimate 
address on 'bus out 
i s timed by the n 
out' (or 'hold out 
control unit. One 
'select out' (or 
'address out' sta 
'select in' or 'o 
or, in the short- 
'status in' falls, 
face disconnect 
'address out' canno 
with any other outb 



n rise for device 
en 'select out' (or 
ct in', * status in' , 
n' are down at the 
use of the I/0-device 
' at the control unit 
ext rise of 'select 
') at the addressed 
e 'address out' and 
'hold out') are up, 
ys up until either 
perational in' rises 
busy sequence, until 
Except when intei — 
is being signaled, 
t be up concurrently 
ound tag line. 



'Address out' is also used in the inter- 
face-disconnect sequence control. (See 
"Interface Disconnect" in Chapter 2, 
"Operational Description.") 



Select Out/Hold Out and Select In 



Control-unit selection is controlled by 
'select out', 'select in', and 'hold 
out'. 'Select out* and 'select in' form 
a loop from the channel through each 
control unit to the cable terminator 
block ('select out') and again through 
each control unit back to the channel 



( ' select in 1 ) . 
circuitry may 



Control-uni t-selecti on 
be attached to either 
'select out* or 'select in'. In this 
manual, the selection circuity of all 
control units is assumed to be attached 
to 'select out*. All discussions that 
apply to the selection logic of control 
units attached to 'select out* equally 
apply in cases where the control unit is 
attached to 'select in'. The selection 
priority is (1) all control units with 
selection circuitry attached to 'select 
out', in order of attachment from the 
channel to the cable terminator block, 
followed by (2) all control units with 
selection circuitry attached to 'select 
in', in order of attachment from the 
cable terminator block to the channel. 
(See Figure 1-2.) If selection is not 
required, the selection signal is in 
turn propagated by each control unit to 
the next control unit on the line. 



Each control u 
ess of electr 
out' before 
interfere wi 
'select out* 
di scontinui ti e 
another contro 
face is powe 
affect the pro 



nit ensures that the proc- 
ically bypassing 'select 
power changes does not 
th the propagation of 
Thus, 'select out* 
s, which may occur when 
1 unit on the I/O inter- 
red up or down, do not 
pagation of 'select out*. 
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es with 
uitry in 
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ng contro 
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(See Figu 



be accomplished 
1 latch circuit, 
n by the AND of 
out' and is reset 
ut* . The ci rcui t 
the remaining 

the control unit 
nt 'select out* 

— and therefore 
1 unit — regard- 
the input 'select 
re 2-1.) 



Throughout the following description, 
'select out' assumes the latch operates 
properly, that is, the rise of 'select 
out' at the control unit assumes that 
'hold out' is up and that the fall of 
'select out' is a result of the fall of 
'hold out' . 

A control unit can raise its 'opera- 
tional in' only at the rise of its 
incoming 'select out*. Once a control 
unit propagates 'select out', it cannot 
raise its 'operational in* or respond 
with a short-busy sequence until the 
next rise of the incoming 'select out'. 

When an operation is being initiated by 
the channel, 'select out* is raised not 
less than 400 nanoseconds after the rise 
of 'address out', which indicates the 
address of the device being selected. 

The channel keeps 'select out' up until 
•select in* rises, or at least until 
'address in* and 'operational in' have 
both risen, or in the short-busy 
sequence, until 'status in' rises. 

When 'select in' rises, 'select out' 
drops and does not rise again until 
after 'select in' falls. 



A control 
when i t ra 
After the 
control unit 
until the 
completed, 
'operati onal 
propagati on 
control unit 
not require 
'select out' 
wi thi n 1 .8 
face Timeout 
2, "Operati o 



unit becomes selected only 
i ses its 'operational in', 
drop of 'select out', the 
keeps 'operational in' up 
current signal sequence is 
If a control unit raises 
in', it suppresses the 
of 'select out' to the next 
If the control unit does 
selection, it propagates 
to the next control unit 
microseconds. (See "Inter- 
Considerations" in Chapter 
nal Description.") 



When 'status in' rises in response to 
'select out' in the short-busy sequence, 
'select out' drops and does not rise 
until 'address out' has dropped. 

'Hold out' is a line from the channel to 
all attached control units and is used 
in conjunction with 'select out* to 
synchronize control-unit selection. 

'Hold out' is also used to minimize the 
propagation of the fall of 'select out' 
by purging the 'select out' signal from 
the 'select out' signal path. 
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To prevent overlapping of interface 
sequences, one of the following proce- 
dures is performed: 

1. 'Select out 1 is not raised until 
all inbound signals for the preced- 
ing sequence are in a down state. 

2. In tags are not considered valid 
until 1.5 microseconds after the 
fall of 'operational in' for the 
preceding sequence. 

'Select in' is a line that extends the 
select out signal from the jumper in the 
cable terminator block to the channel 
(see Figure 1-2). It provides a return 
path to the channel for the 'select out' 
si gnal . 



Qperati onal In 



'Operational in' is a line from all 
attached control units to the channel 
and is used to signal the channel that 
an I/O device has been selected. 'Oper- 
ational in' stays up for the duration of 
the selection. The selected I/O device 
is identified by the address byte trans- 
mitted over 'bus in' when 'address in' 
is raised. 
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When 'operational in' is raised for a 
particular signal sequence, it stays up 
until 'select out* is down and all 
required information has been transmit- 
ted between the channel and the control 
unit. When 'select out' is down, 'opei — 



ational in" drops either (1) after the 
rise of the outbound tag associated with 
the transfer of the last byte of infoi — 
mation or (2) immediately if there is no 
further required information to be tran- 
smitted between the channel and the 
control unit. With the exception of 
'request in' or * metering in', all 
inbound signals are down within 100 
nanoseconds after the fall of 'opera- 
tional in' at the control unit. 1 



Address In 



'Address i 
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and is use 
the addres 
I/O device 
During an i 
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sequence, the 
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fall so that 
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Command Out 



'Command out' is a tag line from the 
channel to all attached control units 
and is used to signal the selected I/O 
device in response to a signal on 
'address in', 'status in', 'data in', or 
'service in'. The rise of 'command out' 
any information on 'bus 



interlocked 

in'. (See 

Chapter 3, 

i s not up 



indicates that 
in' is no longer required to be valid. 
'Command out' stays up until the fall of 
the associated 'address in', 'status 
in', 'data in', or 'service in'. Howev- 
er, when the data-streaming feature is 
used, 'command out' is not 
with 'service in' or 'data 
"Data-Streaming Feature" in 
"Features.") 'Command out' 
concurrently with any other outbound tag 
line, except during an interface- 
disconnect sequence, when 'address out* 
may be up. (See "Interface Disconnect" 
in Chapter 2, "Operational Descrip- 
tion.") 

During an initial-selection sequence, 
'command out' rising in response to the 
rise of 'address in' indicates to the 
selected I/O device that the channel has 
placed a command byte on 'bus out'. 
(The command byte has a fixed format. 
See "Commands" in Chapter 2, "Opera- 
tional Description.") 'Command out' in 
response to 'data in' or 'service in* 



"* For control units and devices designed before January 1, 1977, all inbound signals 
except 'request in' and 'metering in' are down within 1.5 microseconds after the 
fall of 'operational in' at the control unit. 
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always means stop. (See "Stop" in Chap- 
ter 2, "Operational Description.") 
During a control-unit initiated 



sequence^ 'command out* in 



response to 
(See "Pro- 



'address in" means proceed, 
ceed" in Chapter 2.) 'Command out 1 in 
response to 'status in' means stack. 
(See "Stack Status" in Chapter 2.) 

When 'command out' is raised to indicate 
proceed, stop, or stack, 'bus out' has a 
byte of all zeros but does not necessar- 
ily have correct parity. 'Bus out' is 
not checked for parity or decoded as a 
command by the control unit under these 
ci rcumstances. 



Status In 



'Status in' is a tag lin 
attached control units to 
and is used to signal the 
the selected control unit 
status information on 'bus 
status byte has a fixed 
contains bits describing 
status at the control unit, 
tus Byte" in Chapter 2, 
Description.") The channel 
raising either 'service out' 
out' or, in the case of th 
sequence, by dropping 'selec 
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Service Out 
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No_te: When data streaming occurs, the 
following two paragraphs do not apply. 
(See "Data-Streaming Feature" in Chapter 
3, "Features.") 

When 'service out' rises in response 
either to 'service in' during a read, 
read-backward, or sense operation or to 
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'Service out' stays up until the fall of 
the associated 'service in' or 'status 
in'. 'Service out' is not up concui — 
rently with any other out tag except 
during an interface-disconnect sequence, 
when 'address out' may be up. (With the 
high-speed transfer feature, 'data out' 
and 'service out' may be up 
concurrently. ) 
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Note - When data streaming occurs, the 
following two paragraphs do not apply. 
(See "Data-Streaming Feature" in Chapter 
3, "Features.") 



During read, read 
operations, 'serv 
information is av 
During execution o 
by either a write 
' servi ce in 1 ri se 
required on 'bus o 
not up concurren 
inbound tag line, 
until the rise of 
'commend out' , or 
the high-speed tr 
in' and 'service 
rently. ) 



backward, 
i ce in' 
ailable on 
f operation 
or contro 
s when i nf 
ut'. 'Ser 
tly with 
'Service i 
either * se 
'address o 
ansfer feat 
in' may be 



and * sense 
rises when 

'bus in', 
s speci f i ad 
1 command, 
ormation is 
vi ce in' is 

any other 
n' stays up 
rvi ce out' , 
ut'. (With 
ure, 'data 

up concur- 



When, in the case 
the channel does n 
the preceding ' se 
condition may be 
control unit or 
situation, data tr 
and the unit-check 
the overrun sense 
ones. When t 
recognized, 'servi 
if an out tag has 
rise if 'service o 



of eye 
ot re 
rvi ce 

rec 

I/O d 

ansfer 

stat 

i ndi c 

hi s 

ce i n 
not ri 
ut' ha 



lie I/O devices, 
spond in time to 



l n 



an 



overrun 
ognized by the 
evice. In this 
is terminated, 
us indicator and 
ator are set to 
condition is 
' does not drop 
sen and does not 
s not dropped. 



1-10 



System/360 and System/370 I/O Interface Channel to Control Unit OEMI 



Suppress Out 



"Suppress out 1 is a line from the chan- 
nel to all attached control units; it 
may rise or fall at any time. This line 
is used both alone and in conjunction 
with the out-tag lines to provide the 
following special functions: suppress 
data, suppress status, command chaining, 
and selective reset. Each of these 
functions is described in Chapter 2, 
"Operational Description." 



METERING CONTROLS 



Clock Out 



The 'clock out 1 line is not used; the 
channel ensures that the 'clock out' 
line remains down at all times. 2 



"Interface-Connector Pin Assignments" in 
Appendi x A. ) 



Meter i ng In 



The 'metering in* line is not used; each 
control unit ensures that the 'metering 
in' line is not raised. 3 



Meteri ng Out 



The 'metering out' line is not used; the 
channel ensures that the 'metering out' 
line remains down at all times. 4 



All control unit 
signal transmiss 
and 2, with the 
out' (or ' select 
from the IN cabl 
cable connector, 
implementing the 
carry through all 
li nes i n cables 1 
'select out' (o 
priority). (See 
Pin Assignments" 



s carry through all 48 
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exception of 'select 
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72 signal transmission 

, 2, and 3, except for 
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"Interface-Connector 

in Appendix A.) 



SIGNAL-INTERLOCK SUMMARY 



The following rules for 
signals are followed in 
channels and control u 
I/O interface. These ru 
protocols to be followed 
control units in the a 
conditions. That is, 
where timing restriction 
in this manual and eithe 
control unit has failed 
dropping or raising 
signal line within the 
interval, then it is a 
interlocking rules do no 



interlocking of 

the design of 

nits using this 

les describe the 

by channels and 

bsence of error 

in situations 
s are specified 
r the channel or 

to respond by 
the appropriate 

required time 
ssumed that the 
t apply. 



Note ? When either high-speed transfer 
or data streaming occur, rules 1, 2, and 
3 do not apply. 

1. Except when interface disconnect is 
signaled, no more than one out tag 
is up at any given time. During 
interface disconnect, 'address out' 
may be up with another out tag. 
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the 


si gnal 


lines in 


the 


I/O 




i nterface 


are 


reserved. 




(See 





No more than one in 
any given time. 



tag is up at 



An in tag rises only when all out 
tags are down, except in the 
short-busy sequence. 



For all control units designed before January 1, 197 
the channel to these control units is used to provi 
for changing the enable/disable states of the units 
permit changing states). In addition, the control 
enabled and disabled state requires the same conditi 
the offline/online transition. The down state of 'cl 



second in duration. (See "Offline/Online" in 
Descri pt i on.") 

For some control units designed before January 1, 
from the control unit to the channel is used to indi 
activity. 'Metering in' can be signaled by more tha 
The use of 'metering in' is model-dependent for both 
For some channels designed before January 1, 1986, 
the channel to the control unit is used to conditi 
present on control units and I/O devices. The use 
dependent for both channels and control units. 
Control units and devices designed before October 2 
assigned signal transmission lines in cables 1 and 2 
'select in* if low priority), from the IN cable conne 
tor. 



7, the 'clock out' line from 
de the CPU interlock control 
(the signal must be down to 
-unit transition between the 
ons as those that prevail for 
ock out' is at least 1 micro- 
Chapter 2, "Operational 

1986, the 'metering in' line 
cate control unit and device 
n one control unit at a time, 
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the 'metering out' line from 
on usage meters which may be 
of 'metering out' is model- 

, 1970, carry through the 40 
, except for 'select out' (or 
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Note : When data streaming occurs* rules 
4 and 5 do not apply. 

4. An in tag falls only after the rise 
of a responding out tag, except for 
'status in" in the short-busy 
sequence. 

5. 'Service out* and 'command out' 
rise only in response to the rise 
of an in tag. 



7. 



9. 
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' select 



out' for an initial- 
sequence rises when 
in', 'operational in', 



•status 
down at 



in' , and ' select 
the channel . 



out 



are 



Once 'address out' and 'select out' 
have risen for an initial-selection 
sequence, 'address out' stays up 
until after the rise of 'select in* 
or 'operational in', or (for the 
short-busy sequence) the fall of 
' status in'. 

Once 'address out* has risen for 
the interface-disconnect sequence, 
it does not drop until 'operational 
in' drops. 



None of the out lines, except 'sup- 
press out' , 
'operati onal 



have meaning 
out ' i s down. 



when 



'Select 
ti onal 
down. 



out' 
in' 



rises only if 'opera- 
and 'select in' are 
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'Operational in' 
until one of the 
occurs: 



does not fall 
following events 



a. 'Select out' falls, and an 
out-tag response is sent for 
the last in tag of any given 
signal sequence. 

b. 'Operational out' falls. 



An interface-disconnect 
quence occurs. 



se- 
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'Operational in' does not rise 
unless 'operational out' is up and, 
if currently up, drops when 'opera- 
tional out' drops, or when the 
interface-disconnect sequence 
occurs. 



Note : Designers should carefully 
consider the effects of interface 
signal-transition times. Although tran- 
sition time should not generally be a 
problem, some cases may exist, because 
of wide variations in circuit tolerance 
or in the physical integration of chan- 
nel and control units, in which the 
transition time must be considered. 
Because signaling on the I/O interface 
usually causes the receiving unit to 
signal a response, the general rule is 
that a unit should not signal a response 
until it has fully recognized internally 
the receipt of any previously transmit- 
ted signal. 
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CHAPTER 2± OPERATIONAL DESCRIPTION 



This chapter discusses the operation of 
the basic I/O interface. For informa- 
tion concerning functions that are only 
provided when features are implemented, 
see Chapter 3, "Features." 



I NTERFACE SEQUENCES 



During the execut 
involving the chann 
the selection, data 
sequences can occu 
are defined in this 
pies of these sequ 
diagrams, Figures 
the sequence charts 
C-13, in Appendix 
should be used as 
should not be cons 
precise definiti 
sequences. ) 
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through 
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nly and 
ntai ni ng 
nterface 



unit places status information 
in* and raises "status in'; 
referred to as initial status, 
time, the status is analyzed 
mine if the command has been 
The command is considered to 
accepted if (1) command 



on 'bus 

thi s i s 

. At this 

to detei — 

accepted. 

have been 

retry is 

requested, or (2) the command sent to 
the addressed I/0-device is not test 
I/O, and the status is zero, or C3) the 
command sent to the addressed I/O device 
is not test I/O, and the status contains 
channel end but does not contain atten- 
tion, control-unit end, busy, unit 
check, or unit exception. Once the 
command is accepted, the I/O operation 
is considered to have been initiated. 



If th 
status 
out" , 
•statu 
accept 
by rai 
contro 
'statu 
ini tia 
(See " 



e channel accepts the initial 
it responds by raising "service 
allowing the control unit to drop 
s in'. If the channel does not 
the initial status, it responds 
sing 'command out', allowing the 
1 unit to drop 'status in'. When 
s in' falls, in either case the 
1-selection sequence is completed. 
Stack Status" in this chapter.) 



Initial-Selection Sequence 



To initiate an I/O operation, the chan- 
nel places the address of the desired 
I/O device on 'bus out' and raises 
'address out'. Each control unit 
connected to the channel attempts to 
address on 'bus out'; 
one control unit should be 
given I/O address. To be 
the address must have 



decode the 
however, only 
assigned to a 
acceptable, 
correct parity. 

The channel then raises 'select out', 
and the incoming 'select out' signal 
appears at the control unit for the 
addressed I/O device. If the control 
unit and the addressed I/O device are 
available to execute the operation, the 
control unit blocks the propagation of 
the 'select out' signal and raises the 
'operational in' line. When 'opera- 
tional in' rises, the channel responds 
by dropping 'address out'. The control 
unit places the address of the I/O 
device on 'bus in' and, after 'address 
out' falls, raises 'address in'. 'Hold 
out' with 'select out' may drop any time 
after 'address in' rises. After the 
channel checks the I/0-device address on 
'bus in*, it responds by placing the 
command on 'bus out' and raises 'command 
out'. The selected control unit proc- 
esses the command and drops "address 
in', which allows 'command out' to fall- 
After 'command out' falls, the control 



If, during the initial-selection se- 
quence, the I/O device or the path to 
the I/O device is not available to 
execute the operation because it is 
currently being used to execute a previ- 
ously initiated operation, or if the 
control unit is not available because it 
(1) is executing a previously initiated 
operation, or (2) has pending status for 
another I/O device, the control unit may 
signal that a busy condition exists. 
The control unit can indicate the busy 
condition in either of two ways, depend- 
ing on the design of the control unit: 
it may continue execution of the 
initial-selection sequence until 
completion, or it may modify the 
sequence and cause execution of the 
short-busy sequence. If the control 
unit executes the initial-selection 
sequence, the busy condition is 
presented as initial status. If instead 
it executes the short-busy sequence, the 
busy condition is also presented. (See 
"Short-Busy Sequence," described next, 
and "Busy" in this chapter.) 

Note : A channel response of 'command 
out' to 'status in' cannot prevent the 
execution of an immediate command. 



Short-Busy Sequence 



This sequence can be initiated during an 
initial-selection sequence when the 
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control unit, because 
condition, is unable 
initial-selection seque 
occurs, the control un 
ongoing i ni ti al-select i o 
short-busy sequence. Sp 
the channel has raise 
after having placed 
address on 'bus out' and 
out", each control un 
decode the address on ' 
"select out' rises at 
control unit, the cont 
the propagation of 'sel 
the busy status byte o 
raises 'status in'. 'Op 
not raised. 



of an existing 
to handle the 
nee. When this 
it converts the 
n sequence to a 
ecifically, when 
d 'select out' 
the I/0-device 
raised 'address 
it attempts to 
bus out' . When 
the addressed 
rol unit blocks 
ect out' , places 
n 'bus in', and 
erational in' is 



The channel signals that the status byte 
is no longer needed on 'bus in' by drop- 
ping 'select out'. The control unit 
responds by dropping 'status in' and 
disconnecting from the interface. The 
channel keeps 'address out' up until 
'status in' drops, thus completing the 
short-busy sequence. 

During execution of the short-busy 
sequence, the control unit presents 
status of either (1) busy and status 
modifier, (2) busy, status modifier, and 
control-unit end, or (3) busy. Presen- 
tation of any other status condition by 
the control unit or device may cause an 
error condition to be recognized. 

Note : The short-busy sequence is not 
used in response to an initial-selection 
sequence addressed to a device for which 
chaining has just been indicated. 



Control-Unit-Initiated Sequence 



When a control unit 
signals the channel 
in'. The next time 
at the control uni 
and no selection is 
the channel ('addre 
control unit blocks 
'select out*, places 
I/O device on 'bus 
'address in' and 'op 
the channel recogn 
'command out' is s 
unit, indicating pro 
out' rises, the cont 
dropping 'address 
'address in' enabl 
respond by dropping 
completing the co 
sequence. 



requires service, it 

by raising 'request 

'select out* rises 

t requiring service 

being attempted by 

ss out' down), the 

the propagation of 

the address of the 

in', and raises both 

erational in'. When 

izes the address, 

ent to the control 

ceed. When 'command 

rol unit responds by 

in'. The fall of 

es the channel to 

'command out*, thus 

ntrol-uni t-ini tiated 



If the service request is for data, the 
sequence proceeds as described in 
"Data-Transfer Sequence." 

If the service request is for status 
information, the sequence proceeds as 
described in "Ending Sequence" in this 
chapter. 



DATA TRANSFER 



Data-Transfer Sequence 



Data transfer may be requested by a 

control unit after an initial-selection 

sequence is executed. The direction of 

data transfer over the I/O interface is 
determined by the command that was 

passed to the control unit during that 
sequence. 

Note : When data streaming occurs, the 
following two paragraphs do not apply. 
(See "Data-Streaming Feature" in Chapter 
3, "Features.") 



To transmit data to 
control unit places a 
in' and raises 'servi 
the validity of 'bus 
until the appropriat 
raised in response, 
rises, the control 
dropping 'service in 
in* falls, the channe 
ping 'service out', 
data-transfer sequenc 



the channel, the 
data byte on 'bus 
ce in'; the tag and 
in' are maintained 
e outbound tag i s 
When 'service out' 
unit responds by 
* . After ' servi ce 
1 responds by drop- 
thus completing the 
e. 



To request data from the channel, 'sei — 
vice in' is raised, and the channel 
places the data on 'bus out' and signals 
the control unit by raising 'service 
out*. When 'service out* rises, the 
control unit responds by dropping 'ser- 
vice in'. The channel maintains the 
validity of 'bus out' until 'service in' 
falls. After 'service in' falls, the 
channel responds by dropping 'service 
out', thus completing the data-transfer 
sequence. 



After selection, 
an initial-sele 
cont rol-uni t-ini 
control unit may 
channel for the 
of information, 
mation can be a 
byte of status, 
of data bytes, 
immediate opera 
of a complete o 
to reception of 



as a result of either 

ction sequence or a 

tiated sequence, the 

remain connected to £he 

duration of the transfer 

The transferred infoi — 

single byte of data, a 

a new command, a string 

or, in the case of an 

tion, the specification 

peration from initiation 

ending status. 



I/O-Interface Connection 



A connection begins at the time 'select 
out' rises at the control unit for the 
purpose of executing any sequence 



sequences. The duration of 

connection is under control of both 

channel and the control unit, 

provide a channel with a method 

controlling the duration of 



or 

the 

the 

To 

of 

the 
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a control unit does not 
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('hold out') falls. Howev- 
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fter the channel permits the 
t to disconnect — 'select 
Id out') down — by holding 
onal in". In this manner, 
unit can extend the duration 
ection. The connection is 
o be ended when 'operational 
ed. 



Depending on the duration of the 
connection, one of two modes is estab- 
lished: byte-multiplex or burst. 
(These modes are established to assist 
in the scheduling of concurrent 
execution of multiple I/O operations.) 

Bvte-Multi plex Mode : A byte-multiplex- 
mode connection is defined as any 
connection where the time contributed by 
the control unit during the connection 
(because of the control-unit circuitry 
or the sequencing method used) is equal 
to or less than 32 microseconds. The 
connection may occur for the purpose of 
initiating or continuing execution of an 
I/O operation or presenting status. The 
byte-multiplex mode is the normal mode 
for low-speed I/O devices; however/ all 
I/O devices are designed to operate in 
burst mode when required by the channel. 



Burst Mode : A burst-mod 
defined as any connection 
contributed by the contr 
connection (because of t 
circuitry or the sequenci 
is greater than 32 micr 
mode i s the normal mode o 
high-speed I/O devices, 
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tional in') when attache 
capable of byte-multiplex 
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ol unit to the 
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f operation for 

These devices 

ding up 'opera- 

d to a channel 
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Medium-speed or buffered I/O devices, 
which may normally operate in either 
mode, are equipped with a manual or 
programmable switch to select the mode 
of operation. The switch setting is 
overridden when burst mode is forced by 
the channel. Whenever an interface 
disconnect, selective reset, or system 
reset is executed, the force-burst-mode 
condition of a control unit is overrid- 
den. (See "Interface Disconnect," 
"Selective Reset," and "System Reset" in 
thi s chapter. ) 

Some channels can tolerate an absence of 
data transfer during a burst-mode opera- 
tion, such as when a long gap on tape i s 
read, for not more than approximately 
half a minute. An equipment malfunction 
may be recognized when the absence of 
data transfer exceeds this time. 



ENDING SEQUENCE 



An ending sequence may be initiated by 
either the I/O device or the channel. 
If the procedure is initiated by the I/O 
device, then ending status is presented, 
signaling the end of an operation. The 
end of an operation may be signaled by 
using only one ending sequence, assuming 
that both channel-end and device-end 
status conditions occur together, or the 
execution of two ending sequences may be 
required, assuming that device-end 
status had not been generated at the 
time channel-end status was presented. 
If the sequence is initiated by the 
channel, the I/O device may still 
require time to reach the point where 
the proper ending status information is 
available, in which case one or more 
ending sequences may be necessary to 
complete the ending procedure. 

One of three situations may exist that 

result in the initiation of the ending 

sequence (assuming selection is already 
obtai ned) : 



1. 



The channel recognizes the end of 
an operation before the I/O device 
reaches its ending point. In this 
situation, whenever the control 
unit requires service again, the 
control unit raises 'service in*. 
The channel responds by raising 
'command out', indicating stop. 
The control unit drops 'service in' 
and proceeds to its normal ending 
point without requesting further 
service. When the I/O device 
reaches the point at which it would 
normally send 'channel end', the 
control unit places the ending 
status on 'bus in' and raises 'sta- 
tus in'. The channel responds by 
raising 'service out', unless it is 
necessary to stack the status, in 
which case the channel responds 
with 'command out'. 



2. 



The channel and the 
recognize the end of 
simultaneously. 



I/O device 
an operation 



3. The I/O device recognizes the end 

of an operation before the channel 

reaches the end of an I/O 
operati on. 



For situations 2 and 
unit is currently co 
information is avail 
unit places the endi 
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If device end is not presented with 
channel end, device end is presented 
when it is available by executing a 
control-uni t-i ni tiated sequence. 



CONTROL-UNIT TYPES 



Control units are classified according 
to their ability to concurrently operate 
and control the activity of attached I/O 
devices without causing loss of control 
or data. 



I/O device at a time without losing 
pending sense information or the control 
of ongoing I/O operations, if any. If 
situations occur where the control unit 
should limit the amount of concurrent 
activity, the appropriate busy indi- 
cation is signaled whenever an initial- 
selection sequence is attempted. (See 
"Busy" in Chapter 2, "Operational 
Descri pti on.") 

A control unit that has only one 
assigned device address is a type-2 
control unit. 



TYPE-1 CONTROL UNIT 



TYPE-3 CONTROL UNIT 
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When an error condition 
nized and the associate 
tion has been generate 
unit can preserve the s 
for the attached I/O d 
that no other activity i 
any other attached 1/ 
duration of time that 
must be limited begins 
check status has bee 
continues until the I 
signaled unit check has 
command other than 
no-operati on. 



has been recog- 
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d, the control 
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evice, provided 
s i ni ti ated wi th 
device. The 

other activity 

when the unit- 
n accepted and 
/0 device that 
again accepted a 
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If, in either of the above two cases, an 
attempt is made to execute an initial- 
selection sequence with another I/O 
device attached to this control unit, 
control of the ongoing I/O operation or 
sense information, as applicable, may be 
lost. 

If command chaining is indicated when 
channel end but not device end is 
presented by a type-1 control unit, the 
I/O device that presents channel end is 
the next I/O device from that control 
unit to present device-end status, 
provided the control unit is not 
addressed in the meantime on the same 
I/O interface. 



TYPE-2 CONTROL UNIT 



The control unit is capable of control- 
ling the activity of more than a single 



When no error condition described by 
sense information has been recognized, 
the control unit can control the activ- 
ity of more than a single I/O device at 
a time without losing control of those 
ongoing operations. Whenever the 
control unit needs to limit the amount 
of concurrent activity, the appropriate 
busy indication is signaled whenever an 
initial-selection sequence is attempted. 
(See "Busy" in Chapter 2, "Operational 
Description.") If an error condition 
has been recognized and the associated 
sense information has been generated, 
the control unit can preserve the sense 
information for the attached I/O device, 
provided that no other activity is 
initiated with any other I/O device. 
The duration of time that initiation of 
activity needs to be delayed begins when 
the unit-check status has been accepted 
and continues until the I/O device that 
signaled unit check has again accepted a 
command other than test I/O or 
no-operati on. 



ADDRESSING 



An eight-bit address byte (plus parity) 
is used over the I/O interface for 
direct addressing of attached I/O 
devices. A unique eight-bit I/O-device 
address is assigned to each I/O device 
at the time a control unit is installed. 



ADDRESS ASSIGNMENT 



At the time of installation, control- 
unit and I/O-device addresses are 
assigned as follows: 



1. I/O devices 
control unit 
be assigned 
the range 



that do not share a 
with other devices may 
any device address in 
0-255, provided the 



device address is not recognized by 
any other control unit attached to 
that I/O interface. Logically, 
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such I/O devices are not distin- 
guishable from their control unit* 
and both are identified by the same 
device address. 

2. I/O devices sharing a control unit 
(for example* magnetic-tape units 
and disk-storage units) are 
assigned device addresses within 
sets of contiguous numbers. The 
size of such a set of contiguous 
numbers is equal to the maximum 
number of I/O devices that can 
share the control unit, or 16, 
whichever is smaller. Furthermore, 
the set of device addresses starts 
with a device address in which the 
number of rightmost zeros is at 
least equal to the number of bit 
positions required to specify the 
size of the set. The leftmost bit 
positions of a device address with- 
in a set identify the control unit; 
the rightmost bit positions desig- 
nate the I/O device on the control 
uni t. 

3. Control units designed to accommo- 
date more than 16 I/O devices may 
be designed to accommodate either 
sequential or nonsequential sets of 
device addresses. Each set 
consists of 16 device addresses, or 
the number required to make the 
total number of assigned device 
addresses equal to the maximum 
number of I/O devices attachable to 
the control unit, whichever is 
smaller. The device-addressing 
facilities are added in increments 
of a set so that the number of 
device addresses assigned to a 
control unit does not exceed the 
number of I/O devices attached by 
more than 15. For example, if a 
communications controller has a 
designed capacity of 56 direct- 
access paths and if only 40 I/O 
devices are to be installed at the 
time of installation, 48 device 
addresses can be assigned. 
However, if the full capacity of 56 
I/O devices is to be installed, 
exactly 56 device addresses are 
assigned. 



I/O devices accessi 
one path in the sa 
different control-u 
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devices connected t 
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I/O device on the 
fixed and does not 
of communications. 



Except as indicated in the preceding 
rules, the assignment of control-unit 
and I/0-device addresses is arbitrary. 
The assignment is made at the time of 
installation, and the device addresses 
normally remain fixed thereafter. 



ADDRESS DECODING 



Control units recognize a device address 
that meets the following conditions: 



The device address 
parity. 



has correct 



The device address is assigned to 
the control unit. 
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1. A device address 
or 



is not installed, 



2. A device address has been parti- 
tioned out of the system by the 
program, operator, or customer 
engi neer . 

The control unit must respond to those 
device addresses in the set for which 
the corresponding I/O devices are 
ei ther: 

1. Ready, or 

2. Not ready but which can be made 
ready by means of an ordinary manu- 
al intervention. The not-ready 
state of an I/O device is indicated 
by unit-check status and sense data 
that specifies intervention is 
required. (See "Intervention 
Required" in this chapter.) 

The control unit may respond to all 
device addresses in the assigned set, 
regardless of whether the device associ- 
ated with the device address is 
installed. If a control unit responds 
to a device address for which no I/O 
device is installed, the unit-check 
status is set, and the appropriate sense 
information is made available. 

The portion of the device address decod- 
er that identifies the control unit 
(item 2 under "Address Assignment" in 
this chapter) can be set at the time of 
installation for any bit combination. 

Control units that are designed to 
attach only a single I/O device must 
decode all eight bits of the device 
address byte. The device address decod- 
er can be set to any bit combination at 
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the time of installation. (See item 1 
under "Address Assignment" in this chap- 
ter.) 



COMMANDS 



When "command out* is up during the 
initial-selection sequence, the byte of 
information on 'bus out* describes a 
command. The command specifies to the 
I/O device the operation to be 
performed. 

The rightmost bit positions indicate the 
type of operation; the leftmost bit 
positions comprise a modifier which 
expands the meaning of the basic opera- 
tion that is to be performed. The modi- 
fier codes and the operations performed 
when they are decoded are model- 
dependent. 

The command byte on the I/O interface is 
defined as follows* where "M" is a modi- 
fier bit and "P" the parity bit: 

Bi t Posi ti on 



A command with invalid parity is not 
recognized and therefore not executed. 



Test 

Test I/O 

Reserved 



Sense 

Basic sense 
Sense 10 

Reserved 

Read backward 

Wri te 

Read 

Basic read 

Control 

No-operati on 



PMMMM0000 
100000000 

1 

through 

1111 

PMMMM0100 
000000100 
111100100 

PMMMM1000 

PMMMM1100 

PMMMMMM0 1 

PMMMMMM1 
000000010 

PMMMMMM11 
100000011 



The basic sense, test I/O, no-operation, 
and sense ID commands are executed by 
all I/O devices. 



BASIC OPERATIONS 



The I/O operation to be executed over 
the I/O interface is determined by the 
eight-bit command issued to the I/O 
device during the initial-selection 
sequence. 

The basic operations are specified by 
these commands: read, read backward, 
write, control, sense, and test. 



Immediate 
cause the 
end as 

ini ti al- select i on 
operation (except 
channel end (but 
signaled as initial 
immediate operation. 



Operation : Some commands 

I/O device to signal channel 

initial status during an 

sequence. An I/O 

test I/O) causing 

not busy) to be 

status is called an 



An immediate operation is performed when 
the execution of that command meets the 
following requirements: 



1. 



Executi on 
tion than 
that is, 
ferred. 



requires no more informa- 
that in the command byte; 
no data bytes are trans- 



2. Channel-end status, without busy, 

is presented as initial status. 

Device-end status may also accompa- 
ny channel end. 

Any command (with the exception of test 

I/O) may be executed as an immediate 
operation. 



Notes : 



2. 



The inadvertent use of special 
diagnostic commands, whlsh by 
intention permit errors to occur on 
the I/O interface or which intro- 
duce the possibility that subse- 
quent commands may be executed 
erroneously, must be prevented by 
some form of interlock. 

An error condition may be recog- 
nized by the channel and the I/O 
operation terminated when 256 or 
more chained commands are executed 
with a single I/O device and none 
of the commands result in the 
transfer of any data. 



Rea d 



The read command initiates execution of 
data transfer from the control unit to 
the channel. The bytes of data within a 
block are provided in the same sequence 
as those written by the write command. 

A read command with all modifier bits 



set to zeros is a basic 
This command is also 
ini tial-program-loading 
command by those devices 
the IPL function. To 
ini tial-program-loading 
command must be: 



read command, 
used as an 
(IPL) read 
that provide 
perform the 
read, the 



1. The first command sent to the I/O 
device following a system reset. 

2. Sent no sooner than 1 millisecond 
following system reset. 
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Read Backward 



The read-backward command initiates an 
I/O operation in the same manner as the 
read command* except that bytes of data 
within a block are sent to the channel 
in an order which is the reverse of that 
used in writing. The control unit may 
be designed to cause mechanical motion 
in the I/O device in a direction oppo- 
site of that for a read command* or it 
may be designed to operate the device as 
it would for a read command. 

Unless otherwise noted* any description 
in this manual that applies to read also 
applies to read backward. 



Mri te 



The write command performs the same 
sequence of signals over the I/O inter- 
face as for a read operation. For a 
write command* however* the data is sent 
from the channel to the control unit 
instead of from the control unit to the 
channel . 



Control 



The control 
write comman 
modifier bi 
unit are de 
several pos 
performed, 
be second-1 
require se 
complete th 
the parti cul 
completed wi 
channel-end 
during the i 



command is similar to the 
d* except that the command 
ts received by the control 
coded to determine which of 
sible functions are to be 
One function performed may 
evel addressing* which may 
veral bytes of data to 
e control operation. Mhen 
ar control function can be 
thout the transfer of data* 

status may be presented 
ni tial-selection sequence. 



The byte rate for the bytes transferred 
during an operation specified by a 
control command normally need not be 
faster than the normal read or write 
rate for the same I/O device. 

A control command with all-zero modifier 
bits performs no operation at the I/O 
device* except that it satisfies any 
previously indicated chaining operations 
and allows certain I/O devices to wait 
for conditions of checking (or any 
synchronizing indications) before 
releasing the channel. This variation 



of the control command is a no-operation 
control. 



Sense 



The sense command is similar to a read 
command* except that the data is 
obtained from sense indicators rather 
than from a record source. 



(modifier bits 
a sense opera- 
and causes the 
bytes of data, 
does not initi- 



The basic sense command 
set to zeros) initiates 
tion on all I/O devices 
retrieval of up to 32 
The basic sense command 
ate any operation other than the sensing 
of sense indicators. The basic sense 
command sent to an available control 
unit is accepted even though the 
addressed I/O device is in a not-ready 
state. (See "Sense Information" in this 
chapter.) If the control unit detects 
an error during the sense operation* 
unit check is sent with the channel-end 
status condition. 

The purpose of the basic sense command 
is to provide data detailed enough to 
ascertain the actual state of the device 
and unusual conditions associated with 
the execution of the I/O operation 
during which the error was detected. 

The I/O devices that can provide special 
diagnostic sense information or that can 
be instructed to perform other special 
functions by means of the sense command 
may call for modifier bits to be defined 
for control of the function. The 
special sense operation may be initiated 
by unique combinations of modifier bits* 
or a group of codes may specify the same 
special sense function. Any remaining 
sense command codes may be considered 
invalid or may cause the same action as 
the basic sense command* depending on 
the particular I/O device. 



The sense- 
to E hex) 
ations oth 
number. l 
is availa 
sense-ID c 
seven byte 
sense data 
result o 
command. 



ID command (m 
does not ini 
er than sensin 
If the control 
ble and not 
ommand i s exec 
s of data tra 
may or may n 
f executing 



odifier bits set 
tiate any oper- 
g the type/model 

unit or device 
busy* then the 
uted* with up to 
nsferred. Basic 
ot be reset as a 

the sense-ID 



The sense bytes sent 
sense ID are: 



in 



response to 



1 Units designed prior to October 1* 1980 may properly execute the sense-ID command, 
may execute the command as a basic sense command* or may reject the command with 
unit-check status. 
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Bytes 



Contents 



Test 



FF hex 

1,2 Control-unit type number 

3 Control-unit model number 

4,5 I/0-device type number 

6 I/0-device model number 

All unused sense bytes must be set to 
zeros. 

Bytes 1 and 2 contain the four-decimal- 
digit control-unit type number that 
corresponds directly with the control- 
unit type number on the tag attached to 
the control unit. 

Byte 3 contains the control-unit model 
number* if applicable. If not applica- 
ble, byte 3 is a byte of all zeros. 

Bytes 4 and 5 contain the foui — decimal- 
digit device type number that corre- 
sponds directly with the device type 
number on the tag attached to the I/O 
devi ce. 

Byte 6 contains the device model number, 
if applicable. If not applicable, byte 
6 is a byte of all zeros. 

Whenever a control unit is not separate- 
ly addressable from the attached I/O 
device or devices, the response to the 
sense-ID command is a concatenation of 
the control-unit type number and the 
I/0-device type number. 

If a control unit can be addressed sepa- 
rately from the attached I/O device or 
I/O devices, then the response to the 
sense-ID command depends on the unit 
addressed. If the control unit is 
addressed, the response to the sense-ID 
command is as follows: 

Bytes Contents 

FF hex 

1,2 Control-unit type number 

3 Control-unit model number 



The test-I/0 command (modifier bits set 
to zeros) retrieves from the addressed 
I/0-device path any status that results 
from a status condition being 
recognized, that is stacked, or that is 
pending. The test-I/0 command does not 
initiate an operation. If no stacked or 
pending status is encountered along the 
I/O path being tested, a zero status 
byte for the selected I/O device is 
presented to the channel. 

With respect to test I/O, the busy 
condition has a special meaning. (See 
"Busy" in this chapter.) 



Note : Any 
execution of 
stacked. 



status presented during 
a test-I/0 command may be 



SEQUENCE CONTROLS 



Sequence controls are used by the chan- 
nel to control execution of the 
sequences that are performed between the 
channel and control unit. Each sequence 
control uses a special signaling conven- 
tion over the I/O interface* and each 
one has a particular meaning to the 
control unit or I/O device. 



PROCEED 



Whenever •command out' rises in response 
to the rise of 'address in* during a 
control-unit-initiated sequence, it 
means proceed. 

Proceed indicates to the I/O device that 
it should continue the normal servicing 
request on the interface. 



The response consists of the control- 
unit type and model number, with normal 
ending status presented after byte 3. 

If the I/O device is addressed, the 
response to the sense-IO command is as 
follows: 

Bytes Contents 

FF hex 

1,2 I/0-device type number 

3 I/0-device model number 

The response consists of the I/0-device 
type and model number, with normal 
ending status presented after byte 3. 



STOP 



Note : When data streaming occurs, this 
"Stop" section does not apply. (See 
"Data-Streaming Feature" in Chapter 3, 
"Features.") 

The channel uses the stop sequence 
control when data is being transferred 
and the channel recognizes that the 
currently executing I/O operation should 
be ended. "Stop" is indicated by rais- 
ing 'command out 1 in response to the 
rise of 'service in* or 'data in'. 

On receipt of the stop signal, the I/O 
device proceeds to its normal ending 
point without sending any further 'ser- 
vice in' or 'data in' signals to the 
channel. The I/O device remains busy 
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until the ending status is available, is 
presented to the channel, and is 
accepted by the channel. 

During a data-transfer sequence, 'com- 
mand out' is transmitted in response to 
the first 'service in' or 'data in' that 
is provided after the channel determines 
that the current operation is to be 
ended. If 'select out' is down or goes 
down after this sequence, 'operational 
in' drops on force-burst-mode-type opei — 
ations on I/O devices that cannot meet 
the timeout requirements indicated in 
"Interface Timeout Considerations." 
Also, burst-mode I/O devices that have 
relatively long times between stop and 
ending status and have no time-dependent 
chaining requirements drop 'operational 
in' at thi s time. 



STACK STATUS 



The channel uses the stack sequence 
control when conditions preclude accept- 
ance of status from the control unit. 
Stack status is indicated by the rise of 
'command out' in response to the rise of 
'status in'. The stack-status signal 
causes retention of status information 
at the control unit or I/O device until 
that status is accepted during a subse- 
quent sequence. When 'stack status' 
occurs, the control unit disconnects 
from the interface after 'select out' is 
down. 'Command out' remains up until 
'operational in' falls. Any attempt to 
perform a control-unit-initiated 
sequence in order to present the status 
again is under control of 'suppress 
out'. (See "Suppress Status" in this 
chapter.) Any status (except zero 
status presented in response to a 
command other than test I/O) presented 
by a control unit in any interface 
sequence (except the short-busy 
sequence) may be stacked. 

If the channel signals stack status to a 
control unit as status is being 
presented, command chaining, if any, is 
not indicated when that status is subse- 
quently accepted by the channel. 



Except when data s 
'suppress out' is 
first data byte 
selection sequence 
transfer is contigu 
selection; that is, 
no disconnection a 
between initial se 
data-transfer se 
"Data-Streaming Fea 
3, "Features.") 



treaming occurs, 
ignored for the 

following any 
unless the data 
ous with initial 

unless there is 
nd reconnection 
lection and the 
quence. (See 
ture" in Chapter 



To ensure recognition by the 
control unit, 'suppress out' must 
be up at least 250 nanoseconds 
before the rise of 'service in' or 
•data in', or at least 250 nanose- 
conds before 'service out' or 'data 
out' falls. (See "High-Speed- 
Transfer Feature" in Chapter 3, 
"Features.") 

When 'suppress out' is up at the 
control unit and the operation is 
in burst mode (either because 
'select out' is up or because the 
control unit is 
mode), the control 



raise 'service 



in 



suppressible data. 



forcing burst 
unit does not 
for subsequent 



ACCEPT DATA 



Note ? When data streaming occurs, this 
"Accept Data" section does not apply. 
(See "Data-Streaming Feature" in Chapter 
3, "Features.") 



The channel uses 
sequence control durin 
from the control unit 



When 'service 



out 



or 



the accept-data 
g data transfer 
to the channel . 
'data out' rises 
in response to 'service in' or 'data 
in', respectively, during a read, read- 
operation, the 
nee of the infoi — 
n' by the control 



backward, or sense 
channel signals acceptai 
mation placed on 'bus i 
uni t . 



DATA READY 



SUPPRESS DATA 



Note ; When data streaming occurs, this 
"Data Ready" section does not apply. 
(See "Data-Streaming Feature" in Chapter 
3, "Features.") 



For 

tran 

an 

use 

The 

to 

wi th 

star 

data 

fall 



control 
sfer can 
overrun 
the supp 
suppress 
the fol 

complet 

t-stop d 

for th 

into th 



units whos 
be adjusted 
condi t i on, 
ress-data s 
ion of data 
lowing rule 
ely buffered 
avices and 
e basic se 
is category. 



e ra 
wi th 
the c 
equen 
occur 

3. 

I/O 
the 
nse c 
) 



te of data 
out causing 
hannel may 
ce control, 
s according 
(Operat i ons 
devices or 
transfer of 
ommand may 



The channel 
control du 
channel to 
vice out' 
response to 
respect i vel 
operat i on, 
requested i 
'bus out' a 
the control 



uses the data- 
ring data tran 
the control uni 
or 'data ou 
'service in' 
y, during a wr 
the channel si 
nformation has 
nd i s ready for 

unit. 



ready sequence 
sfer from the 
t, When 'ser- 
t' rises in 
or 'data in', 
ite or control 
gnals that the 
been placed on 
acceptance by 
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SUPPRESS STATUS 



Whenever the channel is unable to imme- 
diately accept status* the suppress- 
status sequence control may be used. 
When * suppress out' is raised, the 
control unit does not attempt a 
control-unit-initiated sequence to pres- 
ent suppressible status. 



It is acceptabl 
treat all statu 
only after that 
Alternati vely, 
control unit to 
suppressible if 
channel end and 
been received pr 
operation, or ( 
device end that 
when command cha 
at the time cha 
Also, asynchro 
suppressible at 
particular cont 
stacked. 



e for a c 
s as bei 
status ha 
it is ac 

treat s 
(1) that 
i nterface 
evi ously 
2) that 

ended an 
ining wa 
nnel end 
nous st 
the o 
rol unit 



ontro 
ng su 
s bee 
cepta 
tatus 
statu 

di sc 

duri 

statu 

I/O 

s not 

was 
atus 
pti on 

wi th 



1 unit to 

ppressi ble 

n stacked. 

ble for a 

as being 

s contains 

onnect has 

ng the I/O 

s contains 

operati on 

i ndi cated 

presented. 

may be 

of the 

out being 



'Suppress out' i s up at least 250 nano- 
seconds before 'select out' rises at the 
control unit to ensure suppression of 
status. 'Suppress out' suppresses the 
initiation of the control-unit-initiated 
sequence when the sequence is intended 
to present suppressi ble-type status. If 
'suppress out' rises after a control- 
unit-initiated sequence has been 
started, the status sequence proceeds 
normally. 



i n 



'request 
described in 
1, "Functional 



The relationship between 
and 'suppress out' is 
"Request In" in Chapter 
Descr i pti on." 



ACCEPT STATUS 



During presentation of status, the chan- 
nel may use the accept-status sequence 
control. When 'service out' rises in 
response to 'status in', the channel 
signals that the status placed on 'bus 
in' by the control unit has been 
accepted. 'Service out' falls in 
response to the fall of 'status in'. 



COMMAND CHAINING 



i cally, 
' servi ce 
' status 
devi ce 
command 



if 'suppress 

out' 

in' . 



out' is up when 
is raised in response to 
When channel end and 
end are presented together and 
chaining is to occur, the 
command chaining is indicated when the 

by the channel . When 

device end sre not 

and command chaining 

is indicated when 

is accepted and again 

The 

when 



status is accepted 

channel end and 

presented together 

is to occur, it 

channel-end status 

when device-end status is accepted 

command-chaining indication 

channel-end status is accepted is 

different than when device-end status is 

accepted. These differences are noted 

below. 

Command chaining means that another 
initial-selection sequence ( reselecti on) 
is to occur for the I/O device in opera- 
tion immediately following the presenta- 
tion of device end, provided that no 
unusual conditions were encountered 
during execution of the current opera- 
tion. The exact time at which the next 
command i s presented depends on the 
channel and on the parameters of the 
system. 

The command-chaining condition is recog- 
nized for each I/O device and allows 
command chaining to occur when command 
chaining is indicated by the channel. 
The command-chaining condition is set 
whenever the I/O device accepts a 
command 2 and is reset (1) whenever the 
I/O device receives system reset, selec- 
tive reset, interface disconnect, or 
stack status, or (2) whenever ending 
status has been accepted without command 
chaining being indicated. Additionally, 
the command-chaining condition is reset 
as described elsewhere in this section. 

Command chaining occurs whenever* the 
command-chaining condition is set in the 
I/O device and command chaining is being 
signaled by the channel. If the 
command-chaining condition is reset and 
an initial-selection sequence is 
attempted while command chaining is 
being indicated, the I/O device causes 
command chaining to be terminated by not 
accepting the command. Unit check, 
along with other status, if any, is 
presented in response to the command. 
Further information detailing this 
unusual condition is available to the 
basic sense command. 3 



During the execution of successive I/O 
operations, the channel uses the 
command-chaining sequence control. If 
command chaining is to occur, it is 
indicated each time an I/O device 
presents ending status and, more specif- 



When the channel accepts status from a 
control unit that contains unit check 
(except when command retry is signaled), 
unit exception, busy, control-unit end, 
or attention, the channel terminates 
command chaining in the channel, and the 
control unit resets the command-chaining 



I/O devices designed prior to October 1, 1981 may delay setting the command- 
chaining condition until command chaining is indicated. 

I/O devices designed prior to October 1, 1981 may not reset the command-chaining 
condition and therefore do not present unit-check status to the command. 
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condition for the device whose device 
address was used to present that status. 

Reselection of any I/O device attached 
to a type-1 control unit resets the 
command-chaining condition in the 
control unit. A type-2 or type-3 
control unit maintains the command- 
chaining condition for each device that 
has an operation in progress. Type-2 
and type-3 control units do not reset 
the command-chaining condition for 
devices other than the one being 
selected. 



When command chaining 
the time device end is 
indication remains va 
lection is made or unt 
falls (minimum down-lev 
recognition is 250 n 
ensure that command 
'suppress out' remain 
reselection at least u 



in 



n ses . 



If 



supp 



before the reselectio 
command-chaining condit 
the control unit. 



is in 
pres 
lid u 
il 'su 
el tim 
anosec 
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ntil ' 
ress 
n i s 
i on i 



dicated at 
ented, thi s 
nti 1 rese- 
ppress out 1 
e to ensure 
onds) . To 
ng occurs, 
during the 
operati onal 
out" drops 
made, the 
s reset i n 



Depending on the particular I/O device, 
operation, and configuration, the 
command-chaining indication requires 
certain functional control that depends 
on the individual control unit. 

If command chaining is indicated when 
channel end but not device end is 
presented from a type-1 control unit, 
the I/O device that presents channel end 
is the next I/O device from that control 
unit to present device-end status, 
unless the control unit is addressed in 
the meantime on the same I/O interface. 



If command chaining is 
device end is presente 
unit ensures that the 
device remains available 
initial-selection sequen 
that immediately follows 
of device end or until 
is no longer indicated 
unless command chain 
canceled by the channel, 
following sequence is a 
the I/O device present 
end. 



indicated when 

d, the control 

path to the I/O 

until the next 

ce is initiated 

the acceptance 

command chaining 

Furthermore, 

i ng is bei ng 

the immediately 

reselection of 

ing the device 



If command chaining is indicated to an 
I/O device shared by more than one 
control unit or channel, the I/O device 
remains available until the initial- 
selection sequence is initiated that 
immediately follows the acceptance of 
device end or until command chaining is 
no longer indicated. 

To ensure recognition of command chain- 
ing by the control unit> "suppress out* 
i s up at least 250 nanoseconds before 
'service out' rises in response to 'sta- 
tus in' and does not fall before 'status 



least 250 nanoseconds before the rise of 
'service out' and does not rise before 
the fall of 'status in'. 



INTERFACE DISCONNECT 



During the execution of an I/O 
operation, the interface-disconnect 
sequence control may be used by the 
channel to signal the control unit to 
end execution of an ongoing I/O opera- 
tion. 

If 'hold out' is down and 'address out* 
rises or if 'address out' is up and 
'hold out' falls, the presently 
connected control unit drops 'opera- 
tional in', thus disconnecting from the 
interface. Mechanical motion in process 
continues to a normal stopping point. 
Status information is subsequently 
generated and presented to the channel 
if execution of an operation has been 
ended by interface disconnect. 'Address 



out 



in 



this case, may be up concui — 



rently with another outbound tag line. 
To ensure that interface disconnect is 
recognized, it must occur at least 250 
nanoseconds before the rise of the 
outbound tag that completes any signal 
sequence. If no signal sequence is 
currently being executed and 'select 
out' (or 'hold out') is active, then 
'address out' rises at least 250 nanose- 
conds before the fall of 'select out' 
(or 'hold out') to ensure recognition of 
interface disconnect. 

'Operational in' must drop within 6 
microseconds after the disconnect indi- 
cation is received. When 'operational 
in' drops, the channel may drop 'address 
out' to complete the interface- 
disconnect sequence. 'Address out' is 
down for at least 250 nanoseconds before 
a new initial-selection sequence is 
attempted. 

The control unit responds to the intei — 
face disconnect signal by removing all 
signals (with the possible exception of 
'request in' and 'metering in*) from the 
I/O interface and resets the command- 
chaining condition, if any. (See 
"Command Chaining" earlier in this chap- 
ter.) On an input operation, data on 
'bus in' need not be valid after the 
rise of 'address out'. On an output 
operation, data on 'bus out' must be 
valid until the fall of either 'service 
in', 'data in', or 'operational in'. 
(See "Data-Streaming Feature" in Chapter 
3, "Features.") When the control unit 
normal ending point, it 
obtain selection on the 
present any generated 
channel . 



reaches the 
attempts to 
i nterf ace to 
status to the 



in 



If command chaining 
indicated, 'suppress out' 



is not to be 
i s down at 



To ensure recognition of interface 
disconnect during an initial selection 
sequence, interface disconnect should 
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not be signaled in the interval during 
or subsequent to the rise of 'command 
out' and prior to or during the rise of 
'service out' in response to 'status 
in'. If interface disconnect is 
signaled during this interval, it is 
unpredictable whether the command is 
executed and whether ending status 
should be sent by the control unit. 

Any abnormal I/O device operation should 
be indicated by unit check in the 
status, and the sense information should 
provide additional details concerning 
the operation. (See "Unit Check" in 
this chapter.) The control unit does 
not generate any status solely as a 
result of an 'interface disconnect'. 



The ready o 
control unit 
a selective 
enable/di sabl 
was changed b 
become effect 
i nhibi ti ng c 
not-ready sta 
clears those 



r not-ready state of the 
is generally not changed by 
reset. When, however, the 
e or online/offline switch 
efore the reset but had not 
i ve because of the required 
onditions, the ready or 
te may change if the reset 
inhibiting conditions. 



'Device end' may be returned after a 
selective reset has been signaled. The 
interpretation of the selective reset is 
model-dependent . 



SYSTEM RESET 



The I/0-device path remains busy after 
it receives an 'interface disconnect', 
while performing an operation, until 
device-end status is accepted by the 
channel. If ' i nterface.di sconnect ' is 
received when the I/O device is not 
busy, no status is generated, and the 
I/O device is not made busy. 



data-streami ng 
i s up 



Note : Except when the 
feature is used, if 'address out' 
concurrently with another out tag, the 
information on 'bus out' remains valid 
until the associated in 



until 'operational in 



"Data-Streami ng 
"Features.") 



SELECTIVE RESET 



Feature" 



tag drops or 
drops. (See 
in Chapter 3, 



The selective-reset sequence control is 
generated by the channel and may occur 
any time 'operational in' is up. 

Selective reset is indicated whenever 
'suppress out' is up and 'operational 
out' drops. This condition causes 
'operational in' to fall and causes the 
particular I/O device in operation and 
its status to be reset. The operation 
in process proceeds to a normal stopping 
point, if applicable, with no further 
data transfer. (See "Data-Streaming 
Feature" in Chapter 3, "Features.") The 
I/O device operating over the interface 
is the only device that is reset, even 
on multidevice control units. The 
particular I/0-device path is in a busy 
state throughout this procedure. 



If selective reset i 
by the control uni 
rises at least 250 
'operational out' dr 
until at least 250 
'operational out* ri 
out' stays down unti 
falls or for at lea 
whichever is greater, 
reset to be effective 



s to be recognized 
t, 'suppress out* 
nanoseconds before 
ops and remains up 
nanoseconds after 
ses. 'Operational 
1 'operational in' 
st 6 microseconds, 
for the selective 



The system-reset 
used to reset all 
devices that a 
"Online/Offline" 
System reset i s 
'operational out' a 
down concurrently a 
in the online mo 
causes "operationa 
causes all contro 
attached I/O devic 
status, to be reset 
are in a busy state 
their reset proced 
can prepare an 
i ni tial-program-loa 



sequence control is 
control units and I/O 
re online. (See 
in this chapter.) 
indicated whenever 
nd 'suppress out' are 
nd the I/O device is 
de. Thi s condi ti on 
1 in' to fall and 
1 units and their 
es, along with their 
The control units 
for the duration of 
ure. 'System reset' 
I/O device for an 
ding sequence. 



The ready or not-ready s 
control unit is generally n 
a system reset. When, 
enable/disable or online/o 
was changed before the res 
yet effective because of re 
iting conditions, the ready 
state may change i f the 
those inhibiting conditions 



tate of the 
ot changed by 
however, the 
ffline switch 
et but i s not 
quired inhib- 
or not-ready 
reset clears 



To ensure a proper reset, 'operational 
out' and 'suppress out' are down concui — 
rently for at least 6 microseconds. 

The definition of when the system-reset 
signal occurs for a system is model- 
dependent, as is the interpretation of 
the system-reset signal by the specific 
I/O device. 



STATUS INFORMATION 



When 'status in' is up, the information 
that appears on 'bus in' is the status 
byte. The conditions reported in the 
status byte are the status conditions. 

The status pertains to the I/O device or 
control unit whose device address 
appeared on 'bus in' (with 'address in*) 
during the control-unit-initiated 
sequence or the initial-selection 
sequence. In the case of the short-busy 
sequence, when no 'address in' occurs, 
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it is 
to the 
uni t . 



assumed that the status pertains 
addressed I/O device or control 



STATUS BYTE 



Unit-Initiated Sequence" in this 
chapter. ) 

Once accepted by the channel/ any given 
status byte is reset and is not 
presented again. 



The status 


byte has the 


format: 




Bit 




Posi ti on 


Desi qnat i on 


P 


Pari ty 





Attent i on 


1 


Status modifier 


2 


Control-unit end 


3 


Busy 


<\ 


Channel end 


5 


Device end 


6 


Unit check 


7 


Unit exception 



followi ng 



The status byte i s 
channel : 



Duri ng 
sequence. 



the 



transmitted to the 



i n i t i a 1 - se 1 ec t i on 



To present the channel-end status 
at the termination of data 
transfer. 

To present the device-end status 
and any associated conditions to 
the channel. The I/O device 
remains busy during an operation 
until the channel accepts the 
device-end status. 

To present control-unit-end or 
device-end status, which signals 
that the control unit or device 
that was previously busy and inter- 
rogated while busy is now free. 

To present any previously stacked 
status when allowed to do so. 

To present status describing asyn- 
chronous conditions that are recog- 
nized by either a control unit or 
an I/O device and that are unre- 
lated to previously executed I/O 
operations. One of these condi- 
tions is described by attention* 
which is normally generated by 
console or communication devices. 
Another condition, which is 
described by device end, unit 
exception, and attention, is gener- 
ated when the corresponding device 
goes from the not-ready to the 
ready state. These status condi- 
tions are handled in the same way 
as any other status information 
presented during a control-unit- 
initiated sequence and are subject 
to the same rules regarding presen- 
tation to the channel and stacking. 
(See "Device End" and "Control- 



UNIT-STATUS CONDITIONS 



The following status conditions are 
detected by the I/O device or control 
unit and are indicated to the channel 
over the I/O interface. The causes of 
these conditions for each type of device 
and the timing in presenting these 
conditions ar& model-dependent. When 
such conditions have been recognized, 
status is generated at the I/O device or 
control unit and is maintained until it 
is accepted by the channel or is reset. 
Status that has been generated but not 
presented to the channel is called 
"pending status." Status that has been 
presented to the channel but has not 
been accepted and is currently being 
held at the control unit or I/O device 
is called "stacked status." 



When th 
than on 
channel 
to the 
ciated 
condi ti 
ati ons, 
excepti 
not-rea 
on the 
i s mode 
i n thi s 



e devic 
e chann 
- i n i t i a 
channel 
I/O op 
ons not 
such 
on, and 
dy-to-r 
type of 
1-depen 
chapte 



e l s 
el, 
ted o 
that 
erati 
asso 
as 
dev 
eady 

dev 
dent, 
r.) 



accessi 
status r 
perati on 
i ni ti a 
on. The 
ciated w 
atte 
ice end 

transi t 
ice and 
(See 



ble from more 
esulting from 
s is signaled 
ted the asso- 
handling of 
ith I/O oper- 
ntion, unit 
because of a 
ion, depends 
condition and 
"Device End" 



Note : Control units and I/O devices 
should provide interlocks so that status 
is not lost, hidden, or included with 
other status when the result would cause 
the program to misinterpret the original 
meaning and intent of the status. 



ATTENTION 



The attention condition is generated 
when some asynchronous condition occurs 
in the I/O device. The condition may be 
accompanied by other status. Attention 
is not associated with the initiation, 
execution, or termination of any I/O 
operati on. 

If a condition at the I/O device or 
control unit has caused the presentation 
of attention status while an I/O opera- 
tion is in execution, command chaining, 
if any, is no longer indicated, and the 
operation is ended. If command chaining 
is indicated when channel-end status is 
presented, command chaining is no longer 
indicated when device-end status is 
presented and accompanied by attention. 
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When the attention c 
cated, the handling a 
the condition to the 
the type of I/O devi 
device is shared betw 
channel path, presenta 
status to channel 
dependent. Depending 
application, attention 
presented until comma 
longer indicated. 



ondition is indi- 
nd presentation of 
channel depends on 
ce. When an I/O 
een more than one 
tion of attention 
paths i s model- 
on the I/0-device 
may or may not be 
nd chaining is no 



Attention is accompanied by device end 
and unit exception when a not-ready-to- 
ready-state transition is signaled. 
CSee "Device End" in this chapter.) 



STATUS MODIFIER 



Status modifier 
in five cases: 



is used by control units 



1. Control units that cannot provide 
current status in response to test 
I/O present the status-modifier bit 
alone during the initial-selection 
procedure. 

2. Busy control units present the 
status-modifier bit with the busy 
bit during the initial-selection 
sequence or short-busy sequence to 
differentiate between a busy 
control unit and a busy device. 

3. Control units designed to recognise 
special ending conditions (such as 
search equal on a disk) present the 
status-modifier bit with device end 
when the special condition occurs. 

4. Control units that use the 
command-retry feature present 
status modifier with unit check and 
channel end — with or prior to 
device end — when requesting that 
the channel initiate the retry 
procedure. 

5. Control units designed to recognize 
special conditions that must be 
brought to the attention of the 
program present status modifier 
along with the other status indi- 
cations in order to modify the 
meaning of the status. 



In the first case, provisi 
certain typos of contro 
cannot provide current 
demand basis as required 
Presentation of the statu 
in response to test I/O 
the control unit cannot 
command, and any existing 
unchanged and unavailable 
This type of control 
status only on a control- 
selection sequence. 



on is made for 

1 units that 

status on a 

by test I/O. 

s-modifier bit 

indicates that 

execute the 

status remains 

to a test I/O. 

unit provides 

uni t-i ni t i ated 



In the second case, provision is made 
for indicating that a busy condition 
pertains to a control unit and not 
necessarily to the addressed I/O device. 
(See "Busy" in this chapter for a 
description of control~uni t-busy status 
condi ti ons. ) 

In the third case, provision is made for 
control units designed to recognize 
special ending or synchronizing condi- 
tions. If the special condition occurs/ 
the status-modifier bit with the 
device-end bit is presented during the 
status presentation. When status- 
modifier and device-end bits are present 
in the status, it indicates that the 
normal sequence of commands must be 
modi f i ed. 

In the fourth case, provision is made 
for control units to request a retry of 
the execution of the current command. 
The situations encountered during which 
retry is requested ar& model-dependent. 

In the fifth case, provision is made for 
control units designed to recognize 
special conditions that are unrelated to 
the execution of an I/O operation. 
These conditions must be brought to the 
attention of the program. Status modi- 
fier is used to modify the meaning of 
the other accompanying status indi- 
cations. The meanings of the status 
combinations are model-dependent. 



CONTROL-UNIT END 



Only control units that can indicate a 
control-unit-busy condition can indicate 
a control-unit-end condition. The 
control-unit-end condition occurs for 
one or both of the following: 

1. The control unit was interrogated 
while it was in the busy state. 
Interrogated in the busy state 
means that, during an initial- 
selection sequence, conditions at 
the control unit precluded 
execution of an operation with an 
I/O device on the control unit and 
that the control unit responded 
with busy and status modifier 
(control-unit busy) in the unit- 
status byte- If a control unit 
responded with control-unit-busy 
status, it must return a control- 
unit-end status indication when the 
busy period no longer exists. Only 
one control-unit-end indication is 
returned, regardless of the number 
of times the control unit has 
responded control-unit busy during 
the busy period. Also, the single 
control-unit-end indication is 
provided independent of the diffei — 
ent device addresses used when 
indicating control-unit busy. (See 
"Status Modifier" in this chapter.) 
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2. The control unit detected an unusu- 
al condition while busy, but after 
channel end was accepted by the 
channel. Indication of the unusual 
condition accompanies control-unit 
end. 

If the control unit remains busy execut- 
ing an operation after signaling channel 
end but is not interrogated and does not 
detect an unusual condition, control- 
unit end is not generated. 



The device 
control-uni t 
follows: 



address 
end i s 



associated with 
determined as 



1. The device address of the selected 
device is used if control-unit end 
is to be presented with channel end 
and/or device end. 



Temporary Control-Uni t Busy 



When the busy state of the control unit 
is temporary, control-unit end can be 
included with busy and status modifier 
in response to interrogation, even 
though the control unit is not free. 
The busy condition may be considered 
temporary if it lasts less than approxi- 
mately 2 milliseconds. 

Note : When a control unit has signaled 
the temporary control-unit-busy condi- 
tion, the channel may attempt an 
initial-selection sequence immediately 
following acceptance of the status. 



BUSY 



2. 



If control-unit end 
without channel end o 
and the status i s pre 
a control-uni t-i ni tiat 
the device address to 
presenting this sta 
legitimate address as 
the control unit, 
address i s any address 
associated with an 
currently executing a 
tion and that the 
recognizes regardless 
not the I/O device 
attached. 



is generated 
r device end 
sented during 
ed sequence, 

be used when 

tus is any 

sociated with 

A legitimate 

that i s not 

I/O device 
n I/O opera- 
control unit 
of whether or 

is actually 



3. 



If control-unit end is to be 
presented during an initial- 
selection sequence, the device 
address is the same as the device 
address issued with 'address out*, 
may be executed as 
ini tial-selection 
the short-busy 



The sequence 
either the 
sequence or 
sequence. 



The control-uni t~end condition can be 
signaled with channel end, or any time 
after channel end, and may be accompa- 
nied by other status bits. When 
control-unit end is signaled with a 
control-unit-initiated sequence in the 
absence of any preceding data transfer 
or other status conditions, the status 
may be associated with any address 
assigned to the control unit. For 
control units attaching more than a 
single I/O device, a pending control- 
unit end for one I/O device does not 
necessarily preclude initiation of new 
operations with other attached devices. 
Whether the control unit allows initi- 
ation of other operations is at the 
option of the control unit. Control- 
unit end causes command chaining to be 
suppressed. 



The busy indication occurs only during 
an initial-selection sequence or short- 
busy sequence and means that conditions 
existing at the I/O device or control 
unit preclude execution of the intended 
I/O operation because one of these four 
situations exists: 



1. 



2. 



An I/O operation initiated during a 
previous initial-selection sequence 
is being executed. 



Stacked or pending 
tions exist (except 
i n thi s sect i on) . 



status condi - 
as noted later 



4. 



The control unit is shared by chan- 
nels or I/O devices, or an I/O 
device is shared by control units, 
and the shared facility is not 
avai lable. 

A self-initiated function (for 

example, mi crodiagnosti cs or data 

movement internal to the I/O 
device) is being performed. 



An I/O operation is being executed from 
the time initial status is accepted 
until device end is accepted. Status 
conditions for the addressed I/O device, 
if any, accompany the busy indication. 

If the busy condition applies to a 
control-unit function, busy is accompa- 
nied by status modifier. 

Busy is indicated to a test-I/Q command 
under the same conditions that busy is 
indicated to other commands; however, 
busy is not indicated to a test-I/0 
command if there is an available path to 
the I/O device and there is stacked or 
pending status for that I/O device. 



The busy condition causes 
ing to be suppressed. 



command chain- 



Note : For I/O devices designed after 
October 1, 1980, if zero status has 
previously been stacked at a device and 
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if a command other than test I/O is 
received by the same device* the zero 
status is discarded by the control unit 
or device, busy is not indicated, and 
execution of the command proceeds 
normally. 



CHANNEL END 



Channel end is caused by the completion 
of the portion of an I/O operation 
involving execution of a command; this 
execution may also include the transfer 
of data between the I/O device and the 
channel . 

Each I/O operation causes only one 
channel-end indication to be generated. 
The channel-end condition is not genei — 
ated unless the command is accepted, 
that is, the initial status byte for the 
operation contained either all zeros, or 
channel end without busy as in the 
execution of an immediate operation. If 
the initial-status byte contained all 
zeros, the next status byte presented by 
the device includes channel end. If 
channel end is not included in this 
status byte, an error condition may be 
recognized by the channel and the I/O 
operation, if any, terminated. 

During an I/O operation, the exact time 
that channel end is generated depends on 
the operation and the type of I/O 
device. For operations such as writing, 
some I/O devices generate the channel- 
end condition when the data has been 
written. On other I/O devices that 
later verify the writing, channel end 
may be delayed until verification is 
performed, depending on the I/O device. 
On I/O devices equipped with buffers, 
the channel-end condition may occur on 
completion of data transfer between the 
channel and the buffer. During 
execution of control commands that 
involve data transfer, channel end is 
usually generated after the data is 
transferred to the control unit, 
although for some I/O operations, chan- 
nel end may be delayed until the 
operation is completed. Operations that 
do not cause data to be transferred, as 
in the case of immediate operations, can 
provide the channel-end condition during 
the initial-selection sequence. 



DEVICE END 



Device end is presented to the channel 

(1) when the completion of an I/O opera- 
tion is signaled by the I/O device, 

(2) when the I/O device, having previ- 
ously responded busy, signals that a 
change from the busy to the not-busy 
state has occurred, (3) when the I/O 



device signals that a change from the 
not-ready to the ready state has 
occurred, and (4) when the control unit 
or I/O device signals that an asynchro- 
nous condition has been recognized. 

Each I/O operation causes only one 
device-end condition. In this 
situation, the device-end condition is 
not generated unless the command is 
accepted. 

The device-end condition associated with 
an I/O operation is generated either 
simultaneously with the channel-end 
condition or later. For data-transfer 
operations on some I/O devices, the 
operation is complete at the time chan- 
nel end is generated, and both device 
end and channel end occur together. The 
time at which device end is presented 
depends upon the I/O device type and the 
kind of command executed. For most I/O 
devices, device end is presente^d— when 
the I/O operation is completed. In some 
cases, for reasons of performance, 
device end is presented before the I/O 
operation has actually been completed at 
the I/O device. Howaver, in all cases, 
when device end is presented, the I/O 
device is available for an initial- 
selection sequence if command chaining 
was indicated when the device end was 
accepted by the channel. During 
execution of control commands, the 
device-end condition may be generated at 
the time channel end is generated, or 
later. 

If an I/O operation has been completed 
and status of only channel end has been 
accepted by the channel, the next status 
byte presented by the I/O device 
contains either device end or device end 
and status modifier; otherwise, command 
chaining, if any, is not indicated. A 
device-end signal received by the chan- 
nel in the absence of any unusual 
conditions causes the channel to initi- 
ate the next command-chained I/O 
operation, if any. Device-end status, 
when received by the channel in the 
presence of unusual conditions, causes 
the channel to terminate command chain- 
ing, if any, and report the unusual 
condition to the program. If, during 
command chaining, an unusual condition 
is recognized subsequent to device end 
having been accepted by the channel and 
before acceptance of the next command by 
the control unit, command chaining does 
not occur, and the device-end status 
previously presented is not made avail- 
able to the program. 

If an I/O device previously responded 
busy, device end is signaled on the path 
over which the initial-selection 
sequence was initiated when the I/O 
device becomes not busy. In this situ- 
ation, device end is signaled only once, 
independent of the number of times the 
I/O device responded busy. 
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Device end is accompanied by attention 
and unit exception when a state change 
from not-ready to ready is signaled. 4 
An I/O device is considered to be not 
ready when operator intervention is 
required in making the I/O device ready. 
A not-ready condition can occur, for 
example, because of any of the 
following: 



tion may? however, cause the 
become not ready. 



device to 



1. 

2. 

3. 
4. 



An unloaded condition 
magnetic-tape unit. 



in 



Card equipment out of cards or 
stacker full. 

Printer out of paper. 

Error conditions that need operator 
i ntervent i on . 



5. An I/O device having changed from 
the enabled to the disabled state. 

When a not-ready-to-ready-state transi- 
tion occurs on an I/O device that is 
shared by more than one channel, the I/O 
device must present the appropriate 
indication 4 to all attached channels. 

Device end is accompanied by other 
status when conditions are recognized 
that are unrelated to the execution of 
an I/O operation. These conditions are 
presented to the channel as they occur. 



UNIT CHECK 



Unit check indicates that t 
or control unit has detect 
condition that is detailed 
tion available to a basic s 
The occurrence of unit che 
cate that a programming 
equipment error has been d 
the not-ready state of th 
affected the execution of 
or that an exceptional co 
than the one identified by 
tion has occurred. The u 
provides a summary indica 
conditions identified by 
(See also "Command-Retry 
Chapter 3, "Features.") 
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Unit check is indicated when the exist- 
ence of the not-ready state precludes a 
satisfactory execution of the command or 
when the command, by its nature, tests 
the state of the I/O device. When no 
status is pending for the addressed I/O 
device at the control unit, the control 
unit signals unit check when test I/O or 
the no-operation control command is 
issued to a not-ready I/O device. In 
the case of a no-operation, the command 
is not accepted, and channel end and 
device end do not accompany unit check. 

Unless the command is designed to cause 
unit check, such as a command to rewind 
and unload magnetic tape, unit check is 
not indicated if the command is properly 
executed, even though the I/O device has 
become not ready during or because of 
the operation. Similarly, unit check is 
not indicated if the command can be 
executed with the I/O device not ready. 
A console could, for example, accept and 
execute the alarm-control command when 
the printer is not ready. Selection of 
an I/O device in the not-ready state 
does not cause a unit-check indication 
when the sense command i s i ssued or when 
a status condition is pending for the 
addressed device at the control unit. 



If, during 
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the initial-selection 
e I/O device detects that 
cannot be executed before 
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r device end. Such unit 
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device in response to the 
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g on when the condition was 
rors detected after device 
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mation is a 
command. Pr 
end and un 
device end, 
provide any 
condi ti ons 
unit, the s 
whether exec 
been started 
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Instead, descriptions of 



I/O devices designed prior to October 1, 1980 present status 
device end, attention, and unit exception when signaling 
state transition. 



of only device end or 
a not-ready-to^ready- 
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these conditions or states are provided 
in the sense information. 

Uhen unit check appears with channel end 
and without device end, the sense data 
and an available device path are 
preserved until after the device end and 
the sense data are accepted or reset. 

Errors* such as invalid command code or 
invalid command-code parity, do not 
cause unit check when the device is 
working or contains a pending intei — 
ruption condition at the time of 
selection. Under these circumstances, 
the I/O device responds by providing the 
busy bit and indicating any pending 
status. The command-code validity is 
not indicated. 

Termination of an operation with the 
unit-check indication causes command 
chaining to be suppressed. (See "Com- 
mand Retry Feature" in Chapter 3, "Fea- 
tures.") 

Note : If an I/O device becomes not 
ready on completion of a command, the 
ending status can be cleared by test I/O 
without generation of unit check because 
of the not-ready state. Any subsequent 
test I/O issued to the I/O device causes 
a unit-check indication. 



UNIT EXCEPTION 



Unit exception means that the I/O device 
detected an unusual condition that needs 
to be reported to the program. During 
execution of an I/O operation, unit 
exception has only one meaning for any 
particular command and type of I/O 
device. A sense operation is not 
required as a response to the acceptance 
of a unit-exception condition. 

A unit-exception condition may be gener- 
ated when the I/O device is executing an 
I/O operation, or when the device is 
involved with some activity associated 
with an I/O operation and the condition 
is of immediate significance. If a 
device detects a unit-exception condi- 
tion during the initial-selection 
sequence, unit exception is presented to 
the channel without channel end, 
control-unit end, or device end. Such 
unit status indicates that no action has 
been taken at the device in response to 
the command. If the condition that 
precludes normal execution of the opera- 
tion occurs after the command has been 
accepted, unit exception is accompanied 
by channel end, control-unit end, or 
device end, depending on when the condi- 
tion is detected. Any unusual condition 
associated with an operation but 
detected after device end is cleared, is 
indicated by signaling unit exception 
with attention. 



The unit-exception condition causes 
command chaining to be suppressed. 

Unit exception is accompanied by device 
end and attention when a not-ready-to- 
ready-state transition is signaled. 
(See "Device End" in this chapter.) 



STATUS COMBINATIONS 



The following rules indicate status 
combinations which are appropriate or 
inappropriate, depending on the state of 
an I/O operation when status is 
presented by the device. If a status 
byte is accepted by the channel which 
has valid parity, but which contains a 
combination of status bits that is inap- 
propriate at the time the status is 
presented, an error condition may be 
recognized by the channel. If such an 
error is recognized, command chaining is 
suppressed. (Appropriate and inappro- 
priate status combinations ar& 
summarized in tables contained in Appen- 
dix D.) 

1. When status is presented during the 
short-busy sequence, the only 
appropriate status combinations are 
either (1) busy and status 
modifier, (2) busy, status 
modifier, and control-unit end, or 
(3) busy. All other status combi- 
nations presented during the 
short-busy sequence are considered 
inappropriate. 

(See Figure D-l in Appendix D.) 

2. Uhen status is presented during an 
initial-selection sequence which is 
not the result of command chaining, 
for any command other than test 
I/O, the following status # combi na- 
tions are considered inappropriate: 

a. The status byte contains the 
device-end bit set to one and 
both the channel-end and busy 
bits set to zeros. 

b. The status byte contains any 
combination of control-unit- 
end, status-modifier, and 
attention bits set to ones and 
no other status bit is set to 
one. 

c. The status byte contains the 
control-unit-end bit set to 
one, busy, channel-end, and 
device-end bits set to zeros, 
and any combination of unit- 
check and unit-exception bits 
set to ones. 

(See Figure D-2 in Appendix D.) 

3. When status is presented during an 
initial-selection sequence which is 
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a result of command chaining, for 
any command other than test I/O, 
the following status combinations 
are considered inappropriate: 

a. The status byte contains the 
device-end bit set to one and 
both the channel-end and busy 
bits set to zeros. 

b. The status byte contains any 
combination of control-unit- 
end, status-modifier, and 
attention bits set to ones and 
no other status bit is set to 
one. 



c. 



e. 



The status byte contains the 
control-unit-end bit set to 
one, busy, channel-end, and 
device-end bits set to zeros, 
and any combination of unit- 
check and unit-exception bits 
set to ones. 

The status byte contains the 
busy bit set to one, except 
when only the busy and device- 
end bits are set to ones or 
when only the busy apd atten- 
tion bits are set to ones. 

The status byte contains the 
status-modifier bit set to one, 
any combination of unit-check 
and unit-exception bits set to 
ones, and all other status bits 
set to zeros. 



CSee Figure D-3 in Appendix D.) 

At the first presentation of status 
after an initial status byte of 
zero has been accepted (provided 
that there is no intervening 
sequence initiated by the channel 
to select the device) the following 
status combinations are considered 
i nappropriate: 



a. 



The status byte contains the 
channel-end bit set to zero. 



and status-modifier bits set to 
ones when performing a command 
retry and command chaining was 
indicated, or (3) the channel-end 
bit set to one and the device-end 
bit set to zero and command chain- 
ing was not indicated (provided 
that there is no intervening 
sequence initiated by the channel 
to select the device) the following 
status combinations are considered 
inappropriate: 

a. The status byte contains the 
busy bit set to one. 

b. The status byte contains the 
channel-end bit set to one. 

c. The status byte does not 
contain either the device-end 
bit set to one or the combina- 
tion of control-unit-end and 
unit-check bits set to ones, 
except under certain conditions 
when the status byte contains 
the control-unit-end bit alone, 
as described below. 

If command chaining was not indi- 
cated, status of control-unit end 
alone does not cause the channel to 
recognize an error condition. If 
the dynami c-reconnecti on feature is 
in use, control-unit-end status 
alone, when presented during a 
control-unit-initiated sequence, 
does not cause the channel to 
recognize an error condition. See 
"Dynamic Reconnecti on" in Chapter 
3, "Features." 

For the purpose of determining 
whether status is appropriate or 
inappropriate after control-unit- 
end status alone is presented as 
described above, any subsequent 
status will be considered to have 
been presented without the intei — 
vening control-unit-end status. 

(See Figure D-5 in Appendix D.) 



b. The status byte contains the 
busy bit set to one. 

When the dynami c-reconnecti on 
feature is used, control-unit-end 
status alone, when presented during 
a control-unit-initiated sequence, 
does not cause the channel to 
recognize an error condition. See 
"Dynamic Reconnect i on" in Chapter 
3, "Features." 

(See Figure D-4 in Appendix D.) 

At the first presentation of status 
after the channel accepts a status 
byte with either (1) only the 
channel-end bit set to one and 
command chaining was indicated, 
(2) only channel-end, unit-check, 



SENSE INFORMATION 



Data transferred during a sense opera- 
tion provides information concerning 
unusual conditions detected in a previ- 
ous I/O operation and concerning the 
actual state of the I/O device. Infoi — 
mat ion provided by the basic sense opei — 
at ion is more detailed than that 
supplied by the unit-status byte, and 
may describe reasons for the unit-check 
indication. It may also indicate, for 
example, that the I/O device is in the 
not-ready state, that a tape drive is in 
the file-protected state, or that 
magnetic tape is positioned beyond the 
end-of-tape marker. 
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ring execution of 
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to that I/O 

test I/O and 

other command 

unit may be 



A device which normally operates in 
byte-multiplex mode and transfers a 
single byte during data transfer should 
transmit the maximum number of sense 
bytes possible during the 32~mi crosecond 
byte-multiplex timeout limitation. 

The sense information that pertains to a 
previous I/O operation or other unit 
action at an I/O device may be reset any 
time after the completion of the basic 
sense command addressed 
device. Except for the 
no-operation commands* any 
addressed to the control 
allowed to reset the sense information* 
provided that the busy bit is not 
included in the initial status. The 
sense information may also be changed as 
a result of asynchronous actions* such 
as when not-ready-to-ready status is 
generated. 

Sense information that results from more 
than one condition at the unit is not 
combined when this action would cause 
the program to misinterpret the original 
meaning and intent of the sense informa- 
tion. When a group of sense indicators 
is shared with different devices* the 
residual control-unit sense data that 
pertains to a previous command addressed 
to the control unit may be reset if the 
I/O device addressed is different from 
the I/O device which generated the sense 
data . 

A command code with invalid parity caus- 
es the sense information to be replaced 
only if unit check is turned on as a 
result 6f the invalid parity. 



SENSE BYTE 



The first six bits of the first sense 
data byte (sense byte 0) are common to 
all I/O devices. The six bits are inde- 
pendent of each other and* when set to 
ones* designate the following: 



Bit 


1 
2 
3 
4 
5 



Descri pt i on 

Command reject 
Intervention required 
Bus-out check 
Equipment check 
Data check 
Overrun 



SENSE CONDITIONS 



Command Reject 



The command-reject condition occurs when 
the I/O device has detected a program- 
ming error. The command-reject condi- 
tion is generated when a command is 
received which (1) the I/O device is not 
designed to execute (such as a read 
backward issued to a direct-access stoi — 
age device)* or (2) the I/O device 
cannot execute because of its present 
state (such as a write issued to a 
file-protected tape unit). In case 2* 
the program may have requi red use of an 
uninstalled optional feature or may have 
specified invalid control data. Command 
reject is also indicated when an invalid 
sequence of commands is recognized (such 
as a write to a direct-access storage 
device without the data block having 
previously been designated). 



Interventi on Requi red 



condi 
could not 
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such as 
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The intervention-required 
occurs when the command 
executed because of a co 
requires intervention at th 
It may indicate conditions 
empty hopper in a card punc 
er that is out of paper, 
may also be generated when 
device is in the not-rea 
test mode* or not prov 
control unit. 



Bus-Out Check 



The bus-out check condition occurs when 
the I/O device or the control unit 
receives a data byte or a command byte 
with invalid parity over the I/O intei — 
face. 



During writing* bus-out ch 
that a parity error was 
that incorrect data may 
recorded at the I/O devic 
the condition does not cau 
tion to be terminated 
unless the operation is 
error precludes meaningful 
of the operation. No operat 
ated if the command code 
error. 
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Equipment Check tion prematurely when the error prevents 

any meaningful continuation of the ope« — 
ation. 

The equipment-check condition occurs 

when an equipment malfunction has been 

detected logically between the I/O 

interface and the I/O medium. On output Data Check 

operations, this malfunction may have 

caused invalid data to be recorded. 

Detection of equipment check stops data The data-check condition occurs when 

transmission and terminates the opera- invalid data has been detected by the 
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Data errors on reading and writing cause 
the operation to be terminated prema- 
turely only when the errors prevent 
meaningful continuation of the operation 
(loss of synchronization). 



Overrun 



The overrun condition occurs when the 
channel fails to respond to the control 
unit in the anticipated time interval to 
a request for service from the I/O 
device. When the total activity initi- 
ated by the program exceeds the capabil- 
the channel, an overrun may 
The overrun may occur (1) when 
transferred to or from a control 
does not have a buffer large 
hold all the data transferred 
by the command, (2) when the data- 
streaming feature is used, or (3) when 
the I/O device receives the new command 
too late during command chaining. 



i ty of 
occur, 
data i s 
unit that 
enough to 



On an output operation, overrun indi- 
cates that data recorded at the device 
may be invalid. In these cases, data 
overrun normally stops data transfer, 
and the operation terminates as when 
'stop' is indicated. 
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A particular interface signal sequence 
may take longer because of other 
factors, such as delays introduced by 
the channel or a delay because of the 
need for a burst-mode I/O device to 
capture the interface before reaching 
the specified record area of the record- 
ing medium Cnot greater than 500 
mi Hi seconds) . 

In addition to excessive delays that may 
occur within a particular signal 
sequence, excessive delays may exist 
between data-transfer sequences during 
burst-mode operation. The maximum delay 
between data-transfer sequences in burst 
mode is 500 milliseconds. The channel 
does not indicate a malfunction unless 
the delay between data-transfer 
sequences exceeds approximately 30 
seconds. Activity on the I/O interface 
may be absent because of other condi- 
tions (such as reading a long gap on 
magnetic tape created by successive 
erase commands). 



PROPAGATION OF SELECT OUT 



GENERAL SYSTEM CONSIDERATIONS 



INTERFACE-TIMEOUT CONSIDERATIONS 



Except when data streaming occurs, 
signaling over the I/O interface is 
specified to be interlocked and is 
therefore not time-dependent. (See 
"Data-Streaming Feature" in Chapter 3, 
"Features.") Because the signaling may 
not always be time-dependent, a certain 
category of machine malfunctions may 
cause hangup of the channel and, unless 
detected and canceled, may result in 
hangup of the system. The timing 
considerations involved in determining 
malfunction cases are described in the 
following paragraphs. 

All references in this section to 
particular time considerations represent 



During an initial-selection sequence 
with a device address not assigned to a 
control unit or, during a control-unit- 
initiated sequence, if the control unit 
does not require service or selection, 
'select out* is propagated by the unit 
within 600 nanoseconds to meet perform- 
ance requirements; in no case does it 
exceed 1.8 microseconds per control 
unit. (See "Initial-Selection Sequence" 
and "Control-Uni t-Ini tiated Sequence" in 
this chapter.) If an initial-selection 
sequence with a device address assigned 
to a control unit is attempted and 
(1) the addressed I/O device is unavail- 
able, and (2) "select out' is to be 
propagated, the time required to propa- 
gate 'select out* may be the same as the 
time required for an initial-selection 
sequence for that control unit. This 
time, measured at the external cable 
connectors, extends from the rise of the 
incoming 'select out' to the rise of the 
outgoing 'select out'. 



Chapter 2. Operational Description 



2-21 



SYSTEM CONFIGURATION 



Number of Unjrts: In the general system 
conf i gurati on, as many as eight control 
units can be directly connected to a 
single I/O interface. 



Interna 
out f an 
able in 
contact 
channel 
si gnal 
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* select 
control 
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1 Cabli ng : Except for 'select 

d "select in", the maximum allow- 

ternal resistance (including all 

resistance) contributed by a 

or control unit» for every 

line, is 1.0 ohm. The combined 

and "select in" maximum 

the control unit is 1.5 
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and 'select in' in a 

usually occurs when the 
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nee for 
The 
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-unit power is off and electrical 
ng is effective. 



For control units, the internal resist- 
ance is measured between the incoming 
and the outgoing pins on the external 
connectors. For channels, the measure- 
ment is made between the external 
connector pin and the corresponding 
channel driver or receiver. 

With the exception of the 'select 
out'/'select in* line, the maximum 
signal delay measured between the 
external pins is 15 nanoseconds. The 
maximum skew between any two signal 
lines is 1 nanosecond. The delay for 
the bus lines does not exceed the delay 
for the tag lines. 

External Cabl i ng : The cable length 
available for the interconnection of 
channel and control units is primarily 
limited by the resistance to the inter- 
face lines which is contributed by the 
channel and the control units. For 
specific control units, the signal 
delays due to cable length require that 
the control unit be relatively close to 
the channel. However, the maximum 
allowable cable length is limited by 
total series resistance between drivers 
and receivers, if signal-cable delay 
requirements arQ met for each attached 
control unit. 

The maximum external connector-to- 
connector cable length for unrestricted 
general systems configurations is deter- 
mined by the combined internal resist- 
ance specification for 'select 
out'/'select in'. The maximum line 
resistance for the total 'select 
out'/'select in' loop is not greater 
than 52.5 ohms for worst-case 
condi ti ons. 



In certain customized installations 
where 'select out* is redriven at the 
end of the cable, the maximum cable 
length is determined by the 1.0-ohm 
internal control-unit and channel 
resistance specifications for the signal 
lines other than "select out' and 
'select in'. In this case, the maximum 
cable length can be calculated by using 
the 33-ohm driver-to-receiver maximum 
line resistance specification for 
worst-case conditions. 



OFFLINE/ONLINE 



Because in an offline mode it must not 
interfere in the operation between the 
channel and other control units on the 
same I/O interface, the control unit 
provides the following: 

1. A logical bypass for 'select out" 

2. A gating off of all other line 
drivers to prevent interference on 
the I/O interface 

The control-unit transition to or from 
an offline/online condition does not 
cause a machine malfunction. The 
following minimum conditions exist 
concurrently before the online-to- 
offline transition occurs: 



1. 



5. 



The online/offline switch is set, to 
off li ne. 

The control unit is not actively 
communicating with the channel, 
either for executing an I/O opera- 
tion ("operational in* is active) 
or for signaling a busy condition 
('status in* is active during a 
short-busy sequence) . 

The control unit is not currently 
disconnected from the I/O interface 
during the execution of an I/O 
operation involving that control 
unit. 

No stacked, pending, or forthcoming 
status exists for this unit. 

No command chaining is currently 
indicated for this unit. 



Existence of the preceding conditions 

ensures that no machine malfunctions 

occur when the operator throws the 

switch from online to offline. 



For channels and control units designed before October 2, 1970, the maximum allow- 
able internal resistance (including all contact resistance) contributed by a chan- 
nel or control unit for every signal line except for 'select out' and 'select in* 



is 2.0 ohms, 
control unit 



The combined 
is 3.0 ohms. 



ielect out' and 'select in' maximum resistance for a 
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POWER EFFECTS 
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Transi ent and Spuri ous Si gnals : Each 
control unit is designed so that* if 
proper procedures are followed, the 
process of individually powering on or 
off does not cause the driver or receiv- 
er circuits of the control unit to 
generate noise on the I/O-i nterface 
signal lines. 



Transient and Select-Out Pulse 
Spli tti ng : Each control unit ensures 
that the process of electrically bypass- 
ing 'select out' before power changes 
does not interfere with 'select out* 
propagation, except for possible short 
discontinuities (less than 1.8 microsec- 
onds) because of contact bounce 
coincident with signal delay through 
parallel logic circuits. Also, each 
control unit ensures that 'select out' 
discontinuities, which may occur when 
another control unit on the I/O intei — 
face is being powered on or off, do not 
affect the propagation of 'select out'. 
This is accomplished by the use of a 
special latch circuit. The latch is 
turned on by the coincidence of 'select 
out' and 'hold out 1 and is reset by the 
fall of 'hold out'. The circuit is in 
series with the remaining selection 
logic in the control unit and causes a 
constant 'select out' signal within the 
control unit and, therefore, to all 
following control units, regardless of 
variations in the input 'select out' 
signal (see Figure 2-1). 



Select Out 



(Incoming) 



K1 



Hold Out 



Power-On Reset Complete 



OR 



Selection 
Logic 



Select Out 



(Outgoing) 



±3. 



1 



S2 



D Driver 
R Receiver 
T Terminator 



A AND Function 
OR OR Function 



Figure 2-1. Representative 'Select Out'/'Hold Out* Special Latch 
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Power Off/On Sequence Requi rements : The 
combination of proper procedures and 
circuitry provides the following 
sequence of events for powering off: 

1. Logical disconnection of the unit 
from the I/O interface. When the 
unit becomes logically discon- 
nected, a panel indicator (I/O 
interface disabled), in the proxim- 
ity of the powei — off control, is 
turned on. (The control unit can 
become logically disconnected when 
it and all connected I/O devices 
have completed all I/O operations, 
when no status is pending or 
stacked, and when chaining is not 
indicated.) This ensures that no 
unfinished operations exist that 
can cause indication of machine 
malfunction when power is turned 
off. Note that when a control unit 
is logically disconnected from the 
I/O interface, all its drivers 
except 'select out' are logically 
gated off. A logical disconnect 
may be accomplished as a result of 
going offline by use of the 
online/offline switch or the 
enable/disable switch. 

2. Closing of the 'select out' bypass 
circuit (mechanical contact, Kl, 
Figure 2-1). The normal logical 
electronic bypass of 'select out' 
is still active when the control 
unit is logically disconnected. 

3. Opening of the connection from the 
line to the 'select out' receiver 
terminator (mechanical contact, SI, 
Figure 2-1) 

4. Clamping of the interface driver 
gates to ground by means of a 
mechanical contact (S2, Figure 
2-1), if gated drivers are used to 
avoid transient signals on the 
I/O-i nterface lines 

5. Turning power off. See the System 
Library manual IBM System/360 and 



Svstem/370 Power Control Interface , 
Ori gi nal Egui pment Manufacturers ' 
Information, GA22-6906. 



For powering 
reversed: 



on, the sequence is 



Turning power on. During the 
power-on sequence, a powei — on reset 
automatically resets the control- 
unit circuitry, including resetting 
of the special 'select out' latch, 
regardless of 'hold out'. 



Unclamping of driver gates, 
mechanical contact, S2.) 



Connection of the 
receiver terminator 



'select 
(SI) 



(Open 



out 



Opening of the 
circuit (Kl) 



'select out' bypass 



The following step only occurs after the 
enable/disable switch is reset to 
enable: 

5. Logical connection of the unit to 
the interface (I/O-i nterface- 
disabled panel indicator goes off). 

If some method, such as automatic power 
sequencing rather than gated 
I/O-i nterface driver circuits, is used 
to eliminate transients on the signal 
lines, the steps in the sequence that 
refer to driver gates may be eliminated. 

Note : The 'select out' bypass function 
(relay transfer) of a power-off or 
powei — on sequence must be completed in 
one control unit attached to a channel 
before the 'select out* bypass function 
(relay transfer) is started in another 
control unit. Therefore, the 'select 
out' bypass function should be complete- 
ly automatic or at least should be 
completed without interruption once it 
has started. 
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CHAPTER 1^. FEATURES 



Unless otherwise noted, the definitions 
provided in Chapters 1 and 2 apply when 
any of the features described in this 
chapter are used. 



BUS-EXTENSION FEATURE 
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All information transferred, including 
that transferred by a read-backward 
command, must be gated so that the first 
byte i s on bus and the second byte i s 
on bus 1. 



MARK-OUT LINES 



During sequences involving the transfer 
of information from the channel to the 
control unit, the 'mark out' lines are 
valid for the same period of time as the 
information on 'bus out* and indicate 
the number of bytes provided by the 
channel on 'bus out'. 

For sequences involving the transfer of 
data from the control unit to the chan- 
nel, the 'mark out' lines indicate the 
number of bytes that the channel is 
accepting. The 'mark out' lines are 
valid from the rise of the outbound tag 
line until the resulting fall of the 
inbound tag line. 

A channel capable of extended-bus opera- 
tion ensures that the number of 'mark 
out' lines up, including 'mark out pari- 
ty', is odd when the I/O device is 
addressed with 'address out' up. Addi- 
tionally, if the control unit with which 
the channel is communicating is operat- 
ing with extended-bus capabilities, the 
channel maintains odd mark-line parity 
whenever 'service out', 'data out* or 
'command out' is up. 



MARK-IN LINES 



During sequences involving the transfer 
of data from the control unit to the 
channel, the 'mark in* lines are valid 
for the same period of time as the 
information on 'bus in' and indicate the 
number of bytes provided by the control 
uni t on ' bus in*. 

For sequences involving the transfer of 
data from the channel to the control 
unit, the 'mark in' lines indicate the 
number of bytes requested by the control 
unit for that sequence and are valid 
from the rise of the inbound tag line 
until the rise of the corresponding 
outbound tag line. 



The 
i ncl 
when 
wi th 
vi ce 
'sta 
ati n 
nece 
1 i ne 
cati 
this 



number of 
uding 'mark 
ever a con 

extended-bu 



'mark in' lines 
in parity", must be 
trol unit is opera 
s capabilities and 



in 



'data in* 



'address in' 



tus in' i s u 
g wi th the o 
ssarily act 
s, except f 
on. (See "C 
chapter. ) 



p. Control units o 
ne-byte interface do 
i vate any 'mark 
or command-retry i 
ommand-Retry Feature 



up, 
odd 

ting 

sei — 
or 

per- 
not 
in' 

ndi - 
i n 



Chapter 3. Features 



3-1 



EARLY DATA-BUS-WIDTH INDICATION 



The control unit indicates to the chan- 
nel the maximum bus width to be used for 
an operation by raising the 'mark in* 
lines during the initial-selection 
sequence. These 'mark in' lines are 
valid from the rise of 'operational in' 
to the fall of 'address out'. 



I/O device prevented execution of the 
command when it was previously issued. 

A channel, upon accepting a request for 
command retry* repeats the execution of 
the channel program, beginning at the 
last command accepted by the control 
unit. 



COMMAND-RETRY SEQUENCE 



I/0-ERROR-ALERT FEATURE 



When a malfunction that affects the 
continued-execution capability of a 
control unit occurs, 'disconnect in' may 
be raised to alert the channel of the 
condition. An example of such a condi- 
tion is one in which a microcoded 
control unit is communicating with the 
channel at the time a control-storage 
error is detected. Such a control unit 
may be unable to complete an interface 
sequence properly. Another example is 
one in which the control unit, while 
currently di sconnected from the I/O 
interface, recognizes a control-storage 
error while communicating with an 
attached I/O device. 

'Disconnect in' can be raised by a 
control unit only when it is connected 
to the channel (that is, when 'opera- 
tional in' is up). If the control unit 
is currently disconnected from the I/O 
interface, a control-unit-initiated 
sequence is performed to establish a 
connection before 'disconnect in' is 
raised. When 'disconnect in' is used 
during a control-unit-initiated 
sequence, 'disconnect in' rises at the 
control unit at least 250 nanoseconds 
after 'address in' rises, or subsequent 
to the rise of 'command out' at the 
control unit, whichever occurs first. 

i 
The channel, in response to 'disconnect 
in', performs a selective reset. 'Dis- 
connect in' does not fall before the 
reset nor remain up longer than 100 
nanoseconds after the fall of 'opera- 
tional in' . 



COMMAND-RETRY FEATURE 



Command retry is a channel and control- 
unit procedure that can cause a command 
to be retried by the channel. The 
command-retry procedure is initiated by 
the control unit with a unique combina- 
tion of status bits and the use of the 
'mark in' line. 

A control unit may request the retry of 
a command in order to recover from a 
transient error or when conditions 
existing at either the control unit or 
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The channel acknowledges the request for 
command retry by indicating command 
chaining. If device end accompanies the 
command-retry request, the channel imme- 
diately initiates an initial-selection 
sequence and reissues the previous 
command. If device end does not accom- 
pany the command-retry request, command 
chaining is indicated, but the retry is 
not immediately performed. When device 
end or device end with status modifier 
is presented to the channel, command 
chaining is indicated, and an initial- 
selection sequence is performed to 
reissue (1) for device end, the previous 
command and (2) for device end with 
status modifier, a new command from the 
modified sequence of commands. (See 
"Status Modifier" in Chapter 2, "Opera- 
tional Description.") 
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HIGH-SPEED-TRANSFER FEATURE 



Some control units have data-transfer- 
rate requirements that exceed the capa- 
bilities provided through the use of 
only 'service in' and 'service out'. 
When longer I/O-i nterface-cable lengths 
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are used, the high-speed-transfer 
feature permits data transfers to take 
place at higher data rates than those 



or 'data in f signals to the 



achievable when only 'service in 



and 



'service out 1 are used. Specifically, 
higher data rates are made possible by 
alternating 'data in' with 'service in' 
and 'data out' with 'service out', 
respectively. Such alternation is 
termed high-speed transfer. However, 
the use of this feature does not require 
this alternation of tag lines. Situ- 
ations may occur, for example, where 
successive data transfers are accom- 
plished using only 'data in' and 'data 
out' . 

The high-speed-transfer feature may also 
be used to allow placement of a control 
unit at a greater distance from the 
channel than is otherwise possible. 



DATA IN 



Note ; When data streaming occurs, this 

"Data In" section does not apply. (See 

"Data-Streaming Feature" in this 
chapter. ) 

'Data in' is a tag line to the channel 
from all control units with this 
feature. It is used to signal the chan- 
nel that the selected control unit 
requires the transmission of a byte of 
information. The nature of the informa- 
tion depends on the I/O operation and 
the I/O device. The channel responds to 
the rise of 'data in' by raising either 
'data out' or 'command out'. 



vi ce in 
channel . 



DATA OUT 



Note : When data streaming occurs, this 

"Data Out" section does not apply. (See 

"Data-Streaming Feature" in this 
chapter. ) 

'Data out' is a tag line from the chan- 
nel to all attached control units and is 
used only in response to the rise of 
'data in'. 'Data out' in response to 
'data in' means "accept data" during a 
read, read backward, or sense command, 
and means "data ready" during a write or 
control command. 
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The conditions that apply to 'service 
in' concerning overrun and data 
suppression also apply to 'data in'. 

'Command out* in response to 'data in' 
means "stop." "Stop" is signaled for 
the first 'service in' or 'data in* that 
is provided after the channel determines 
that the current operation is to be 
ended. After "stop" is signaled, the 
device does not send any further ' set — 



DATA-STREAMING FEATURE 



The data-streaming feature allows up to 
a 3-megabyte-pei — second data-transfer 
rate on a one-byte data bus and up to 
122 meters (400 feet) of interface 
cable. Whether a control unit can use 
this feature is determined by the data- 
rate and cable-length requirements it 
must meet. The interlocked method of 
transferring data that is described 
elsewhere in this manual imposes the 
least critical timing considerations on 
a control unit. The data-streaming 
feature, which is a noni nterlocked meth- 
od of transferring data, requires more 
precise timing implementations but 
offers higher data rates that are inde- 
pendent of the cable lengths. 

The data-streaming feature is applicable 
to any operation that initiates data 
transfer except the basic sense (04) 
command. For the duration of each 
connection in which data streaming 
occurs, 'service in' is alternated with 
'data in'. 

The data-streaming feature requires that 
both control units and channels have no 
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greater than ±22.5 nanoseconds of inter- 
nal skew between the rise of the service 
or data tag and the rise of any associ- 
ated bus-bit signal. 

All timings stated in the definition for 
out tags or 'bus out* are measured at 
the channel tailgate. All timings stat- 
ed in the definition for in tags or 'bus 
in' are measured at the control-unit 
tai lgate. 

Those control units that can transfer 
data by using the data-streaming feature 
signal the channel which method of data 
transfer is desired each time a 
connection is made. The following 
convention is used to identify the meth- 
od of data transfer: 



DATA TRANSFER WHILE DATA STREAMING 



1. 



2. 



If the control unit initiates data 
transfer by raising 'data in', a 
data-streaming transfer occurs. 



If the control unit 
transfer by raising 
data is transferred 
interlocked method, 
transfer may occur.) 



initiates data 

'service in', 

by using the 

(High-speed 



The channel must have information that 

the control unit has the data-streaming 

feature to properly interpret the in 
tags. 

The maximum rate at which data is trans- 
ferred by using the data-streaming 
feature is model-dependent for the I/O 
device and for the channel implementing 
this feature. The maximum rate is 
expressed as the minimum time from the 
rise of 'service in' or 'data in' until 
the next rise of 'service in* or 'data 
in', respectively. In addition, the 
channel must ensure that the rate of 
out-tag responses take place within ±152 
of the rate that the in-tag requests are 
received. That is, the interval from 
the rise of 'service out' or 'data out' 
until the next rise of 'service out' or 
'data out', respectively, must be within 
±15% of the interval from the rise of 
'service in' or 'data in' until the next 
rise of 'service in' or 'data in', 
respectively, that was actually received 
by the channel . 
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The channel provides a delay in the 
inbound tag lines to accommodate skew 
caused by the channel circuitry (includ- 
ing its receivers) and, in addition, 
provides a delay of at least 100 nanose- 
conds. This delay compensates for skew 
caused by the cable, and, for most 
control units, for the skew caused by 
their drivers. When a control unit and 
cable can cause more skew than can be 
accommodated by the 100-nanosecond 
delay, the control unit provides the 
additional delay to eliminate this 
greater skew. 

During execution of an I/O operation 
specified by a read, read-backward, or 
sense command other than basic sense 
(04), 'service out* or 'data out* rises 
in response to 'service in' or 'data 
in', respectively, indicating that the 
channel has accepted the information on 
'bus in' . 



When, during execut 
tion specified by 
command, 'service 
rises in response 
'data in', respect i 
placed data on 'bus 
appropriate 100-na 
raised the correspo 
less than 180 na 
valid on 'bus out* 
before the rise o 
'data out' until 10 
after the rise of * 
out*, respectively. 



ion of an I/O opera- 

a write or control 

out' or *data out' 

to 'service in' or 

vely, the channel has 

out' and, after the 

nosecond delay, has 

nding out tag for not 

noseconds. Data is 

from 100 nanoseconds 

f 'service out' or 

nanoseconds or more 

service out' or 'data 



For any I/O operation in which data 
streaming occurs, once an in tag is 
recognized and acted upon by the 
channel, the out-tag signal is dropped 
only after the corresponding in-tag 
signal has fallen. 'Service out' and 
'data out' may be up concurrently and 
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are not up with any other out tag except 
when 'command out' is used to signal 
stop, or during an interface-disconnect 
sequence, when 'address out' may be up. 

When the channel does not respond in 
time to a preceding request for service, 
an error condition is recognized, and 
the I/O operation is then ended by the 
control unit. 



Notes 
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Not requiring an interlocked 
sequence for the first byte of data 
transfer can cause problems for 
channels with buffered I/O devices 
attached. Nonbuffered I/O devices 
usually have some mechanical delay 
before the first data-transfer 
sequence, and some channels may 
rely upon this time to initialize 
their data-transfer hardware. 
However, a buffered I/O device may 
require data transfer immediately 
and possibly cause an overrun 
condition to be recognized. 

The channel may delay the initi- 
ation of data transfer in one of 
two ways. The channel may 
(1) delay data transfer by the use 



of 'suppress out 



or (2) delay 



dropping of the out tag immediately 
following the completion of either 
the initial-selection sequence or 
the control-unit-initiated se- 
quence, as applicable. 

When the channel delays the initi- 
ation of data transfer by the use 
of 'suppress out', the channel does 
so as defined in "Suppress Data 
While Data Streaming." 

When the channel delays the initi- 
ation of data transfer by delaying 
the dropping of the out tag imme- 
diately following the completion of 
either the initial-selection 
sequence or the control-unit- 
initiated sequence, it follows this 
procedure: 



b. 



the channel delays the fall of 
'service out' until it is ready 
to transfer data. Thus, an I/O 
device may not assume that the 
channel is capable of data 
transfer until it has recog- 
nized the fall of the 'service 
out' signal that is used to 
respond to 'status in'. If 
'suppress out* is up when 'ser- 
vice out' falls, indicating 
suppress data, an I/O device 
that requires data transfer may 
create an overrun condition. 

During a control-unit-initiated 
sequence, the channel delays 
the fall of 'command out' until 
the channel is ready to trans- 
fer data. Thus, an I/O device 
may not assume that the channel 
is capable of performing a 
data-transfer sequence until it 
has recognized the fall of the 
'command out' signal that is 
used to respond to 'address 
in'. 



STOP/COMMAND OUT WHILE DATA STREAMING 



The stop sequence control is indicated 
by 'command out' in response to 'service 
in' or 'data in'. 
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When data streaming occurs and data 
transfer is to be stopped, 'command out' 
is raised in response to the first 'ser- 
vice in' or 'data in' that is raised 
after the channel determines to end the 
operation. 'Command out' remains up 
until the fall of the associated 'ser- 
vice in' or 'data in'. However, the 
uptime of 'command out' is not less than 
180 nanoseconds. 
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all zeros with undefined parity. 'Bus 
out* is not checked for parity or 
decoded by the control unit after stop 
has been signaled. The total number of 
channel responses equals the number of 
I/0-device requests. If they do not 
compare equal, the control unit sets the 
unit-check status indicator. 

Note: Because "command out* is substi- 
tuted for 'service out" or 'data out' 
when stop is signaled, 'command out 1 , 
'service out'/ and 'data out' may be 
detected in any paired combination and 
be active concurrently. 



SUPPRESS DATA WHILE DATA STREAMING 



For a data-streaming operation, the 
definition of 'suppress data* is identi- 
cal to that described elsewhere in this 
manual, except that if the control unit 
disconnects from the channel during data 
transfer, it recognizes 'suppress out' 
for the first data byte after rese- 
lection. Also, data transfer does not 
occur until either 'suppress out' drops 
or until further delay would result in 
the detection of an overrun condition, 
whichever occurs first. 

If data streaming occurs during a 
control command or a sense command other 
than basic sense (04), suppress data is 
recognized when it is signaled. 



When data streaming occurs, 
may, because of propagat 
recognize the rise and fal 
more 'service in' or 'data 
after 'suppress out* has b 
Thus, for read, read-backwa 
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Note : Channel designs must take into 
account that, when suppress data is 
signaled, additional data-transfer 
requests (depending upon the 
I/O-interface cable length) may be 
received after 'suppress out' is raised. 
Therefore, 'suppress out' should be 
raised prior to the time when data 
transfer should stop in order to ensure 
that all data requested is handled at 
the required rate. 



INTERFACE DISCONNECT WHILE DATA STREAM- 
ING 



When data streaming occurs, interface 
disconnect is signaled in the same 
manner as when the interlocked method of 
transferring data is used. Also, when 
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data streaming occurs, the rules for 
maintaining the validity of data during 
data transfer &re unchanged during the 
signaling of interface disconnect (1) on 
'bus in' for an I/O operation specified 
by a read, read-backward, or sense 
command other than basic sense (04), or 
(2) on 'bus out' for an I/O operation 
specified by a write or control command. 
However, when data-streaming occurs, one 
or more additional 'service in' or 'data 
in' signals may still be received by the 
channel after the signaling of interface 
disconnect. The channel does not 
respond to these signals with 'service 
out* or 'data out'. For each 'service 
in' or 'data in' received during a 
read, read-backward, or sense operation 
other than basic sense (04), the channel 
does not check 'bus in' for correct 
parity. For each additional 'service 
in' or 'data in* received during write 
or control operations, the channel does 
not respond with 'service out' or 'data 
out*. When 'operational in' drops, the 
channel may drop 'address out' to 
complete the interface-disconnect 
sequence control. 



SELECTIVE RESET WHILE DATA STREAMING 



Following the signaling of 'selective 
reset', one or more additional 'service 
in' or 'data in' signals may, because of 
propagation delay, be received by the 
channel. In this situation, the addi- 
tional 'service in' or 'data in' signals 
received are not responded to by the 
rise of 'service out* or 'data out*. 



For each additional 'service in' or 
'data in' during execution of an I/O 
operation specified by a read, read- 
backward, or sense command other than 
basic sense (04), the channel does not 
check 'bus in* for correct parity. For 
each additional "service in* or 
in* received during execution of 
operation specified by a write 
control command, the channel 
respond with 'service out' 
out', respectively. 



'data 

an I/O 

or 

does not 
or *data 



RESPONSE-TIME REQUIREMENTS WHILE DATA 
STREAMING 



When data streaming occurs, during data 
transfer the control unit may or may not 
receive the corresponding response to 
the last 'service in' or 'data in' in 
the expected time interval. To avoid 
potential hangup conditions, the control 
unit may recognize an error condition 
and present unit-check status if at 
least 8 microseconds has elapsed from 
the rise of the in tag that is awaiting 
an out-tag response. 
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DYNAMIC-RECONNECTION FEATURE 
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one of its attached I/O 
nizes an asynchronous 
status can be presented 
over any I/O interface in 



ion feature 
the abi li ty to 

interface in a 

or transferring 

Specif i cally, 

nected from an 

execution of a 

any one of a 

to continue the 

t command. In 

ontrol unit or 

devices recog- 
condition, the 

to the system 

the group. 



During execution of successive I/O opei — 
ations, use of the, dynami c-reconnecti on 
feature occurs only when (1) the I/O 
device has the feature, and (2) the 
channel subsystem has the companion 
feature. The capabilities of the chan- 
nel subsystem when using this feature 
are model-dependent for the specific 
system. 



When multip 
between the 
I/O device, 
arranged i nt 
all of whi 
single syst 
reconnecti on 
employed amo 
group. The 
group of 
dependent fo 



le I/O interfaces exist 
channel subsystem and the 
they can be logically 
o a group of I/O interfaces 
ch are associated with a 
em. Use of the dynamic- 
feature can then be 
ng the I/O interfaces of the 
method for establishing a 
I/O interfaces is model- 
r the specific I/O device. 



When the dynami c-reconnecti on feature is 
used, the I/O-i nterfaca signal sequences 
&r& unmodified from the sequences 
described elsewhere in this manual. 
However, in some cases, the I/O inter- 
face protocols are modified. These 
changes are described in the following 
paragraphs and apply whenever more than 
one I/O interface exists in the group. 
When only one I/O interface is in the 
group, the dynami c-reconnecti on feature 
has no effect on I/O interface 
protocols. 

When the I/O device presents status, 
except control-unit end alone, on any 
I/O interface in the I/O-i nterface group 
after the I/O device has initiated an 
I/O operation, it is interpreted as 
status resulting from the I/O operation 
in progress. When control-unit end 
alone is presented on any interface in 
the group after the I/O device has 
initiated an I/O operation, it is not 
interpreted as status resulting from the 
I/O operation in progress. When status 
is stacked on one of the I/O interfaces, 
the stacked status may be presented on 
any I/O interface in the group. 

When system reset is signaled and an I/O 
operation has been initiated but is not 
actively in progress ('operational in* 



not active) on that I/O interface, the 
reset signal has no effect on the I/O 
operation. When system reset is 
signaled over any I/O interface of the 
group and status is pending, the status 
remains pending and is presented on any 
I/O interface in the group. When system 
reset is signaled over an I/O interface 
of the group and status is being 
retained because it was previously 
stacked on that I/O interface, the 
stacked status is reset. If stacked 
status is being retained for an I/O 
interface of the group other than the 
one signaling system reset, the stacked 
status is not reset. When system reset 
is signaled over all I/O interfaces in 
the group while an I/O operation is in 
progress or when status is pending, the 
corresponding I/O operation or pending 
status, as applicable, is reset. 

When selective reset is received on one 
I/O interface of the group while an I/O 
operation for the same device is active- 
ly being executed ('operational in' 
active) on another I/O interface of the 
group or while command chaining is being 
signaled for the same device on another 
I/O interface in the group, then selec- 
tive reset has no effect on the I/O 
operation. At any other time while an 
I/O operation is in progress, selective 
reset received on any I/O interface of 
the group resets the I/O operation. If 
status is stacked when selective reset 
is signaled, the status may or may not 
be reset. 

When interface disconnect is received on 
one I/O interface of the group while an 
I/O operation for the same device is 
actively being executed ('operational 
in' active) on any other I/O interface 
in the group or while command chaining 
is being signaled for the same device on 
another I/O interface in the group, then 
the interface-disconnect signal has no 
effect on the I/O operation. When 
interface disconnect is received at any 
other time, the device disconnects from 
the I/O interface, goes to its normal 
ending point, and, if appropriate, 
status information is generated and 
presented on any I/O interface in the 
group 



If a device responds 
busy status, it sub 
device end to indica 
busy period. The de 
one device-end indica 
face group, regardles 
times it responded 
collection of I/O 
group. The device en 
on any I/O interfa 
regardless of wheth 
device-busy indicatio 
on that I/O interface 
must be accepted or r 
I/O operation can b 
device from any I/O 
group. 



to a command with 
sequently presents 
te the end of the 
vice presents only 
tion per I/O intei — 
s of the number of 
busy over the 
interfaces in the 
d may be presented 
ce in the group, 
er the associated 
n had been signaled 
This device end 
eset before any new 
e accepted by the 
interface in the 
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When the control-unit-busy period no 
longer exists, a control unit presents a 
control-unit-end status indication over 
each I/O interface over which it previ- 
ously returned status of control-unit 
busy. If a control unit returns a 
control-unit end over an I/O interface 
in a group, the control unit may use any 
legitimate address associated with the 
control unit, even if the device associ- 
ated with the address is currently 
executing a command. 

Whenever an error condition that is 
described by sense information has been 



recognized, the control unit keeps 
available the device path over which the 
unit-check status was signaled until the 
associated sense information is reset. 
Prior to the reset of the sense informa- 
tion, any initial-selection attempts for 
that device on any other I/O interface 
of the I/O interface group receive 
either a control-unit-busy or device- 
busy indication. If the device presents 
device-end status separate from the 
presentation of channel end and unit 
check, the device-end status must be 
presented over the I/O interface on 
which the unit check was presented. 
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APPENDIX Li. ELECTRICAL SPECIFICATIONS 



PHYSICAL REQUIREMENTS 



MULTIPLE DRIVERS AND RECEIVERS 



line resistance of 33 ohms. The 33-ohm 
line resistance includes all contact 
resistance, internal cable resistance, 
and external cable resistance. 



Up to 10 receivers are driven by one 
driver. The driver is located at one of 
the extreme ends. 

Up to 10 drivers can be dot-ORed to 
drive one receiver. The receiver is 
located at one of the extreme ends. 

Receivers are spaced at least 914 milli- 
meters (36 inches) apart. No minimum 
requirement is set for the spacing 
between drivers. No minimum requirement 
is set for the spacing between a termi- 
nator and driver or receiver if the 
terminator is placed on the outermost 
end of the line. 

The maximum stub length from the line to 
a driver or receiver on the circuit card 
is 152 millimeters (6 inches). 

Note : An end-of-line driver or receiver 
may be placed beyond the terminator. In 
this case, the maximum distance between 
the end-of-line driver or receiver and 
the terminator is 152 millimeters (6 
i nches) . 



GENERAL ELECTRICAL REQUIREMENTS 



VOLTAGE LEVELS 



The dc voltage consists of two logical 
levels. A dc line voltage of +2.25 
volts or more denotes a logical one 
state, and a dc line voltage of +0.15 
volt or less denotes a logical zero 
state. These voltages are relative to 
the driver ground. 



TERMINATING NETWORKS 



The terminating network presents a 
resistance of 95 ohms ±2.5% between the 
signal line and ground and is capable of 
dissipating 390 milliwatts. 



GROUND SHIFT AND NOISE 



The maximum noise (measured at the 
receiver input) coupled to any signal 
line does not exceed 400 millivolts. 



The maximum allowed 
any active driver a 
the same interface 
volts. Therefore, 
(coupled noise pi 
allowed on any line 
The logical levels 
Levels" and the 
levels specified in 
"Interface Circuit 
for this 550-millivo 
a negative noise pul 
coupled with a posi 
shift of 150 millivo 
a one state (+2.25 
antees a receiver i 
or more. (See Figur 



ground shift between 
nd any receiver of 
li ne is 150 mi lli- 

the maximum shift 
us ground shift) 

i s 550 mi 11 i volts, 
defined in "Voltage 
receiver threshold 
"Receivers" under 
Requirements" allow 
It shift. That is, 
se of 400 millivolts 
tive receiver ground 
Its occurring during 
volts minimum) guai — 
nput of +1.70 volts 
e A-l.) 
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Figure A-l. Negative Noise 



All lines have a characteristic impe- 
dance of 92 ± 10 ohms and, with the 
exception of 'select out 1 , are termi- 
nated at each extreme end in their chai — 
acteristic impedance by a terminating 
network. (For 'select outV'select in", 
see "Electrical Specifications for 
Select-Out Circuitry.") 

Cable length may be limited by special 
conditions but never exceeds a maximum 



Also, a positive noise pulse of 400 
millivolts coupled with a negative 
receiver ground shift of 150 millivolts 
occurring during a zero state (+0.15 
volt maximum) guarantees a receiver 
input of +0.70 volt or less. (See 
Figure A-2.) 

Note ? The noise measurements are made 
at the input to the receiver. A combi- 
nation of the normal dc level plus 
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ground shift plus noise does not exceed 
+0.70 volt for the down level and is not 
less than +1.70 volts for the up level. 



X 



Volts A 



+0.15v. 
Ov- 



St 



-V\AA- 
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Ground Line 



-400 i 



-V Time 
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Figure A-2. Positive Noise 




-0.15v 



DRIVERS 



In the logical-zero state: 



1. 



The output voltage does not exceed 
+0.15 volt at a load of +240 micro- 
amperes. (See Figure A-4 for the 
definition of driver-current polar- 
ity.) 



+ i 



1 



Load 



INTERFACE-CIRCUIT REQUIREMENTS 



RECEIVERS 



An input voltage (relative to receiver 
circuit ground) of 1.70 volts or more is 
interpreted as a logical one; an input 
of +0.70 volt or less is interpreted as 
a logical zero. An open-circuited input 
is interpreted as a logical zero. 

The receiver is not damaged by: 

1. A dc input of +7.0 volts with power 
on in the receiver 

2. A dc input of +6.0 volts with power 
off in the receiver 

3. A dc input of -0.15 volt with power 
on or off 

To reduce the loading effect on the 
line, the receiver input resistance is 
larger than 7,400 ohms across the input 
voltage range of +0.15 volt to +3.9 
volts* and the negative receiver input 
current does not exceed -240 microampere 
at an input voltage of +0.15 volt (See 
Figure A-3 for the definition of 
receiver-current polarity.) 



Figure A-4. Driver-Current Polarity 



In the logical-one state: 

1. The output voltage is +3.11 volts 
or more at a load of +59.3 milliam- 
peres. 

2. The output voltage does not exceed 
+5.S5 volts at a load of +30 micro- 
amperes. 

3. The output voltage does not exceed 
+7.0 volts at a load of +123.0 
mi Hi amperes during an over voltage 
internal to the drivers. 

Drivers are designed to ensure that no 
spurious noise is generated on the line 
during a normal powei — on or power-off 
sequence. For the driver, this may be 
accomplished by one of the following 
methods: 

1. Sequencing the power supplies. 

2. Building noise suppression into the 
ci rcui t . 

3. Providing an externally controlled 
gate. (See Figure A-5). 



Input q_ 



+ 1 



Input o_ 



-• nS2 



Gate 



-©Output 



Figure A-5. Driver Gate 



Figure A-3. Receiver-Current Polarity 



Receivers are designed to ensure that no 
spurious noise is generated on the line 
during a normal powei — on or power-off 
sequence. 



For a normal power-off sequence: 

1. Logically ensure that the driver is 
in the zero state. 
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2. 
3. 



Close contact 
A-5.) 



S2 



(See Figure 



3. Turn power off. 
For a normal powei — up sequence: 
1. Ensure that contact S2 is closed. 
Turn on power. 



Logically ensure that the input 
level causes the driver output to 
be in the zero state. 



4. Open contact S2. 



FAULT CONDITIONS 



Input O 




Output 



Figure A-7 . Line Receiver 



A grounded signal line does not damage 
drivers, receivers, or terminators. A 
signal line may be grounded (shorted) at 
any point along its length. This means 
the resistance value of a shorted signal 
line may be anywhere between 24.5 ohms 
and 0.0 ohms with respect to ground. 

With one driver transmitting a logical 
one, loss of power in any single circuit 
driver, receiver, or terminator on the 
line does not cause damage to other 
components. 

With both terminators connected, line 
operations are not affected by power off 
in any drivers or receivers on the line. 



CIRCUITS 



Figures A-6 through A-8 show represen- 
tative circuits used to drive, receive, 
and terminate the lines between the 
channel and attached control units. 
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Figure A-8. Line Terminator 



ELECTRICAL SPECIFICATIONS FOR SELECT-OUT 
CIRCUITRY 



GENERAL 



The 'select out* line has a single- 
driver to single-receiver configuration, 
with only the receiver end of the line 
terminated in the characteristic impe- 
dance. 

A dc line voltage of +1.85 volts or more 
denotes a logical-one state, and a dc 
line voltage of +0.15 volt or less 
denotes a logical-zero state. These 
voltages are relative to the driver 
ground. 

All electrical requirements specified in 
"General Electrical Requirements" that 
are not redefined in this section are 
also applicable to 'select out' 



Note: 



Because of the nature 



'select out'/'select in' line, 
tive noise tolerance is unnecessary, 



of the 
a nega- 



Figure A-6. Line Driver 
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RECEIVER 



MEASURING I/Q-INTERFACE TIMINGS 



The 'select out* receiver satisfies all 
requirements given in "Receivers" under 
"Interface-Ci rcui t Requi rements." 



The definition of the I/O interface 

specifies several different timings. 

These timings are measured in the 
following manner. 



DRIVER 



The 'select out' driver can withstand a 
short-ci rcui t-to-ground output 

condition, while in either the logical 
one or zero state, without damage to the 
driver circuit. 

For the logical-zero state: 

1. The output voltage of a "select 
out' driver does not exceed +0.15 
volt at a load of 1 milliampere. 

For a logical-one state: 

1. Output voltage of a channel driver 
or the driver of a control unit 
contained within a channel frame 
exceeds +3.9 volts at a load of 41 
mi Hi amperes. 

2. The output voltage of a 
control-unit driver not contained 
within a channel frame exceeds +3.7 
volts at a load of 41 mi 11 i amperes. 

The output voltage of a 'select out' 
driver does not exceed: 



1. 



2. 



+5.8 volts at a 
ampere. 



load of 0.3 mi Hi - 



+ 7.0 volts at a load of 72 mi Hi am- 
peres during an overvoltage inter- 
nal to the driver. 



UPTIME 



The uptime is measured from when the 
signal goes above the le®st-posi ti ve-up 
level (LPUL) to when it goes below the 
LPUL. (See Figure A-9.) The LPUL for 
an active driver at its output is +3.11 
volts at +59.3 mi 11 iamperes. When the 
signal is measured at the unit's 
external connector, the voltage drop 
caused by the +59.3 milliamperes flowing 
through the internal cable should be 
taken into account and the measurement 
voltage of +3.11 adjusted accordingly. 
This LPUL value ensures that the input 
to all receivers on the interface meets 
or exceeds the requirements of the 
timing diagrams when measured at the 
receiver's LPUL of +1.70 volts. 




Figure A-9. Uptime 



DOWNTIME 



TERMINATOR 



A 95-ohm + 2.55J, 390-mi Hi watt terminator 
to ground is placed at each receiver for 
each line segment along the 'select 



out'/' select 
receiver end 
the channel . 



l n 



path, 
of 'select 



including the 
in' located in 



The driver end of each segment of 
'select out'/'select in* is not termi- 
nated, including the driver end of 
'select out' located in the channel. 
Also, the jumpered 'select out' or 
'select in' and the bypassed 'select 
out' or 'select in' path is not termi- 
nated. 



The downtime 
at which t 
most-posi ti v 
point at wh 
(See Figure 
active drive 
value ensur 
receivers o 
exceeds the 
diagrams whe 
MPDL of +0.7 




is measured from the point 
he signal goes below the 
e-down level (MPDL) to the 
i ch it goes above the MPDL. 
A-10.) The MPDL for an 
r is +0.15 volt. This MPDL 
es that the input to all 
n the interface meets or 

requirements of the timing 
n measured at the receiver's 
volt. 



Downtirrie 




Figure A-10. Downtime 
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VALID DATA 



Valid data is measured from when the 
signal goes above the LPUL for a logical 
one or below the MPDL for a logical 
zero. 



OVERLAP NOT GREATER THAN 



The point of measurement of an "overlap 
not greater than" is from when the first 
signal goes above the LPUL to when the 
second signal goes below the LPUL. (See 
Figure A-ll.) 



corresponding out tag goes above the 
MPDL. (See Figure A-12.) 



LPUL 



MPDL 




Out Tag 



100 ns 




MPDL 



Figure A-12. 100-Nanosecond Delay 



LPUL 




Figure A-ll. Overlap Not Greater Than 



INTERFACE-CONNECTOR PIN ASSIGNMENTS 



Pin assignments for the I/O interface 
are shown in Figure A-13 as viewed from 
the connector side of the channel and 
control-unit tailgates. Two interface 
cables (three cables for the optional 
bus-extension feature) connect the chan- 
nel to the first of a group of control 
units. Signals are assigned correspond- 
ing pin numbers on the channel and 
control-unit connectors (see Appendix 
B). 



100-NANOSECOND DELAY 



The 100-nanosecond delay is measured 
from when the data is valid until the 
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APPENDIX B^. SIGNAL CABLING AND CONNECTORS 



CABLING 



Figure B-2 shows an exploded view of the 
panel mounting. 



CABLE HALVES 



A screwdriver is required for joining 
the cable halves. The connecting screw 
is spring-loaded to prevent damage to 
mating block contacts. Blocks should be 
aligned to ensure proper parallel 
contact mating. After the blocks are 
keyed, push the screw forward to engage 
the insert; then tighten the screw 
securely. For assistance in removing 
individual contacts/ field personnel 
should use a No. 12 crocheting needle, 
available from IBM Field Engineering as 
part 450540. 



MOUNTING 



In normal applications, the blocks are 
mounted in the horizontal plane to 
provide a smoother bend into the coaxial 
cables. (See Figure B-l.) Vertical 
mounting produces unusual bending 
configurations that require careful 
routing and strain relieving of the 
external cables. 



Port 438560 (2) Panel Mounted 

4-40X1 Part 5353867 ("A" Style Connector Block) 

Part 5353868 ("B" Style Connector Block) 



Port 438560 (4) 
4-40X1 




'Hermaphroditic Terminal*: 
Part 5362301 - 22-26 Wire (AWG) 
Part 5362302 ~ 28-32 Wire (AWG) 
Part 5404480 — 18-20 Wire (AWG) 



Part 5353896 (2) 



Figure B-2 



Panel Mount with Optional 
Strain Relief 



Mated Condition 




Internal Cable 

(Coaxial Cable or 

Discrete Wire) 

•Optional strain relief 



Figure B-l. Mounted Cable Halves 



OFFLINE UTILIZATION 



This cable connector has the feature of 
being able to mate "cable half" to 
"cable half" for offline utilization or 
for the physical bypassing of machine 
units. (See Figure B-3.) 

When mating cable halves, it is only 
necessary to use the screw on the "B-" 
connector. This allows the "A" connec- 
tor's screw to fall within the empty 
insert location in the "B-" block and 
permits easier connection. 

Typical connections are shown in Figures 
B-3 and B-4 . (Information concerning 
the power-control-interface cable shown 
in Figure B-4 is contained in the System 
Library manual T.BM Svstem/360 and 
System/370 Power Control Interface 
Original Equipment Manufacturers 1 Infor- 
mation , GA22-6906.) 
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B-l 



CPU 


I/O 
Channel 






A 


B- 






Control 
Unit 






B 


A 


A 


B- 







I A J or \ B J Designate 
Mounts 




or I B-l Designate 

1 ' Cable Half of 

Connection 



I/O Devices 

Figure B-3. Offline Utilization 



Tape Units 
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Power-Control-lnterface 
Cable (Part S3S1 178) 



i 



Connector (Part 523269) 
Ground Tab (Part 5271288) 



n 



System/360 or 
System/370 

Serpentine Connector 
3 2 1 



mmm 




OEM Control Unit 



mmmmmm 



ERE 



00 



(2) 


"'I 5353920 1 




Part 5353920 




Part 5466456 





I/O Interface 
Signal Cables 



H 



Panel Mount (Part 5353867) 



B I Panel Mount (Part 5353868) 



Cables (1) and (2). (40-position 
cable Part 5353920), are required 
in all cases. Cable (3), Im- 
position cable Part 5466456), is 
required for the bus-extension feature. 
(Cable Part 5466456 may also be 
used in the cable ( 1 ) and cable (2) 
postions. See "Reserved Lines" in 
Chapter 1, "Functional Description.") 



Figure B-4. Typical Connection 



Terminals: 


r 




Power-Control- 






lnterface Cable 


J 14-18 AWG 


- Part 523267 


Connector 


1 20-22 AWG 


-Part 5361177 


(6 Required) 


I 




Signal 


22-26 AWG - 


Part 5362301 


Cable S 


28-32 AWG - 


Part 5362302 


Panel 


18 20 AWG - 


Part 5404480 


Mount (40 Required per Connector for 


Cable 5353920; 48 Required 


per Connector 


for Cable 5466456) 





CONNECTORS 



CONNECTOR BLOCKS 



Three styles of connector blocks are 
available: "A," "B," and "B-." The "A" 
and "B" designations are used to identi- 
fy correct mating arrangements because 
the physical hardware is identical. The 
two styles are differentiated by the 
color coding of the blocks: the "A" is 
light gray# and the "B" is dark gray. 
(See Figure B-5.) 



The n B- n block is the same as the 
but does not have a threaded insert. 



'B' 



klhen mating connectors* take care to 
prevent accidental mismating of two "A" 
or two "B" connectors since letter posi- 
tions would then be transposed. Connec- 
tors of the same color are never mated. 

Both the "A" and "B" blocks are used for 
panel mounts. The "A" may also be used 
for a cable end. The n B-" is used only 
as a cable end. (See "Offline Utiliza- 
tion" under "Cabling.") 



1/0 CABLE CAPACITY 



the connector blocks. Application of 
the connector is limited only by the 
number of coaxial wires (shielded wires 
or twisted pairs) used and the method 
used to ground the shields of the coaxi- 
al wires. In the 1/0 interface* for 
connectors 1 and 2, 40 serpentine 
contacts are required on each connector 
for individually terminating the shield 
and signal wires of 20 coaxial wires. 
For connector 3* 48 serpentine contacts 
are required for terminating the shield 
and signal wires of 24 coaxial wires. 
(See "Interface-Connector Pin Assign- 
ments" in Appendix A.) 







3.56 mm x 1.73 mm wide* 
Mating Surface (0. 140 in. x 0.068 in. wide) _*J 
(Front) X (Both en<Js ) | 
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•A" Style Block — Light Gray (Part 5353867) 



8.46 mm — i 
(0.333 in.) 



13.87 mm 
(0.546 in. )~ 
Mating Surface 



3D 



. 1 . 73 mm 
(0.068 in.) 



i 7. 90 mm 

(0.311 in.) 

-21.77 mm 
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"B" Style Block ~ Dark Gray with Threaded Insert (Part 5353868) 
"B-" Style Block ~ Dark Gray, No Threaded Insert (Part 5353869) 

* Mounting Slots 

Figure B-5. Connector Blocks and 
Contact Location 



SERPENTINE CONTACTS 



Descri pti on 



The serpentine contact is a hermaphrodi- 
tic, gold-plated phosphor bronze, dual- 
mat i ng-surface contact. (See Figure 
B-6.) 



Forty-eight individual positions (ser- 
pentine contacts) are provided for in 
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A. Part Identification 



Insulation 
Support- 



Retaining 
Tab 




Crimp 
Barrel 



Latch Tab 



Mi re Terminati on 



Terminations are made by the bare-wire 
crimp method. Three contacts are avail- 
able to cover the range of solid or 
stranded Mire sizes required: 



IBM Part 


JbL 


ire Size 
(AWG) 


Insulation Range 


5404480 
5362301 
5362302 




18-20 
22-26 
28-32 


0.042 to 0.103 
0.028 to 0.103 
0.026 to 0.090 



B. Dimensions 




17,4 mm 
"(0.684 in.)" 



^a 



\? 



0.71 ±0.10 mm 
(0.028 ±0.004 in.) 



s^TT 



C. Mating Configuration 



L 



0.64 -*0.38 -0.00 mm 
(0.025 -*0. 015 -0.000 in.) 



Two Point Contact 






■Two Point Contact 

Figure B-6 . Serpentine Contact 
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Part 5808325 




Bus Assembly (Part 5440649) 
These assemblies are used with cable Part 5353920. 



Part 5808324 ^ 

Tag Assembly (Part 5440650) 



Part 5860310 




Part 5860310 

Bus Assembly (Part 2282675) 



Part 5860309 
Tag Assembly (Part 2282676) 



These assemblies are used with cable Part 5466456. 

Figure B-7 . Terminator Assemblies 



ELECTRICAL SPECIFICATIONS 



Voltage Rati ng : The maximum voltage 
rating of this connector is 24 volts ac 
or dc. For applications above 24 volts, 
contact the local IBM representative. 

Current Rati ng : The maximum continuous 
current rating of each contact is 6 
amperes. The contacts are not intended 
for interrupting current. 



Resi stance ? 
termi nati on 
crimps and 
exceed: 



The termination-to- 
resistance (includes 2 
mated contacts) does not 



1. 
2. 
3. 



0.020 ohms when installed on 822 
AWG and larger wire. 

0.030 ohms when installed on 
#24-4*26 AWG wire. 



0.040 ohms when 
«28-tt32 AWG wire. 



i nstalled 



on 



Insulati on Resi stance : The contact-to- 
contact insulation resistance is 100 
megohms (minimum) measured at a test 
potential of 100 volts dc, after expo- 
sure of one hour at a temperature of 38° 
C and 85-90% relative humidity. 
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B~5 



Grounding ? If all surfaces of the cable 
connectors are nonconducti ve plastic, 
then no grounding is necessary. If any 
part of the surface of the cable connec- 
tors is conductive, then these surfaces 
must be grounded. 



assemblies shown in Figure B-7. 

A bus assembly is used to terminate 
cable (1) and, if the bus-extension 
feature is used, cable (3). A tag 
assembly is used to terminate cable (2). 



TERMINATORS 



The System/360 and System/370 I/O inter- 
face line termination is provided by the 



B-6 



System/360 and System/370 I/O Interface Channel to Control Unit OEMI 



APPENDIX C^ SUPPLEMENTARY APPLICATION INFORMATION 



The diagrams in this appendix are exam- 
ples only and do not constitute a 
precise description of the I/O-interface 
architecture. 

In the flowcharts of this appendix? the 
decision block involving signal lines 



(with few exceptions) poses the follow- 
ing question: Is the line logically up? 



The presence of 
trol unit) in a 
sibility for 
decision made. 



CH (channel) or CU (con- 
block specifies respon- 
the action taken or 




Figures C-2 (Part 2), C-5, and C-7 



Yes 



Device address to 
'bus out' 



-E3- 
(CH) 
250 ns delay 



-F3- 



(CH) 

Raise 'address out' 



— G3- 
(CH) 
400 ns delay 



See Note 



•J3- 



Yes 



(CH) 

Raise 'select out' 



'Request in' is raised for the control- 
unit-initiated sequence when a control 
unit has a need for servicing. 'Request 
in' is dropped when the need for 
service has been completed. 

The channel normally services all 
requests before initiating a selection 
sequence. 





V 



A control-unit-initiated sequence or an 
initial-selection sequence has been 
started by the channel. 



Figure C-2 (Part 1) 



Note: All mention of 'select out' assumes 
proper operation of 'hold out' as well. 
Therefore, 'select out' up means 'select out' 
and 'hold out' are up, and 'select out' down 
means either 'select out' or 'hold out' is 
down. 

Figure C-l. Initiation of Polling or Selection 
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V 



Figure C-1 



— [This is < 




The control unit 
is unable to execute 
a command at this 
time and initiates 
a short busy sequence 




a control-unit-initiated sequence 



(CU) 

Status byte to 

'bus in' 



-a, 



(CU) 

Raise 'operational in' 



(CU) 

Raise 'status in' 



A control-unit 

busy is now indicated 



(CU) 

Propagate 'select out' 



(CU) 

Device address to 

'bus in' 



Notes: 

1. All mention of 'select out' assumes proper 
operation of 'hold out' as well. Therefore, 'select 
out' up means 'select out' and 'hold out' are 

up, and 'select out' down means either 
'select out' or 'hold out' is down. 

2. Address-recognition requires decoding the 
entire byte; that is, eight bits plus parity. 

3. A control unit may be busy either because 
it is busy operating a device or because the 
control unit is holding status. 

4. The byte on 'bus out' must be valid for at 
least 100 ns prior to the raising of the out tag. 

5. The byte on 'bus in' must be valid within 
100 ns after the raising of the in tag. 

6. The byte on 'bus out' need not be valid after 
the fall of the in tag. The byte on 'bus in' 
need not be valid after the fall of 'select out'. 

7. The byte on 'bus out' need not be valid after 
the rise of 'operational in' or 'select in'. 



Propagation of 'select out' completes 
the signal sequence for this control 
unit. 

This propagated 'select out' becomes 
'select in' at the channel if no other 
control unit responds. 



The control unit has responded to 'select-out' or 
addressing. The channel must now examine the 
response to determine whether to: abort the 
sequence, respond to the control unit busy, or 
continue with the sequence begun by 'operational in! 



The control unit has 
service requirements 
and, therefore, answers 
by starting a control 
unit-initiated sequence 




k? 



Figure C 2 (Part 2) 




Figure C-2 (Part 1 of 2). Control Unit Response to Select Out 
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igure C-2 (Part 1) 



The channel acknowledges 
the short-busy sequence 




pledges I 

lence | Note 1 , 



(CH) 

Drop 'select out' 



The fall of 'status in' completes 
the control-unit portion of this 
sequence. 

The control unit now waits for 
the condition to clear, a need for 
service, or another selection 
sequence 



The fall of 'address out' 
completes this signal sequence. 

The channel now waits for a 
request for polling or a 
new command 



(CU) 

Drop 'status in' 




(CH) 

Drop 'address out' 



^ 



Figure C-1 






(CH) 

Drop 'address out' 



(CH) 

Command byte to 

'bus out' 



(CH) 

Drop 'suppress out' 



(CU) 

Raise 'address in' 



Figure C-3 





_ _j The attempted initial-selection 
I sequence or poll was unsuccessful 



(CH) 

Drop 'select out' 




(CH) 

Drop 'address out' 




Figure C-1 



The fall of 'select in' completes 
this signal sequence. 



The channel now waits for a 
polling request or a new command 



'Suppress out' is normally dropped 
at the start of an interface sequence 
if it was up to indicate chaining 




Figure C-2 (Part 2 of 2). Control Unit Response to Select Out 
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5> 



Figure C-2 (Part 2) 




The channel processes 
the address as required 




Note 1 



-C3- 



Yes 



(CH) 

Drop 'select out' 



Notes 2, 5 



D3- 



(CH) 

Raise 'command out' 



Indicates 'proceed' 
during control-unit- 
initiated sequence 




Notes: 

1. All mention of 'select out' assumes proper operation 
of 'hold out' as well. Therefore, 'select out' up means 
'select out' and 'hold out' are up, and 'select out' down 
means either 'select out' or 'hold out' is down. 

2. The byte on 'bus out' must be valid for at least 100 ns 
prior to the raising of the out tag. 

3. The byte on 'bus in' must be valid within 100 ns after 
the raising of the in tag. 

4. The byte on 'bus out' need not be valid after the fall 
of the in tag. 

5. The byte on 'bus in' need not be valid after the rise 
of the out tag. 



Note 4 



-F3- 



Yes 



During an initial-selection sequence, the 
control unit processes the command as required 



(CU) 

Drop 'address in' 




Control unit prepares to 

transfer initial status byte 



V 



Figure C-4 



Figure C-3. Command Transfer 
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Figure C-8 



V 



Figure C-3 




(CH) 

Drop 'command out' 



See Note 



,H3. 



(CU) 

Raise 'service in' 



$' 



Yes 




Yes 



Yes 



Yes 



Yes 



See Note 



HA- 



Control unit prepares to 
transfer initial status byte 



(CU) 

Raise 'status in' 



igure C-5 



Note: The byte on 'bus in' must be valid within 
1 00 ns after the raising of the in tag. 

Figure C-*. Status/Data Presentation 
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^ 



Figures C-4, C 8 




I 



Ending a sequence at this point occurs 
only if 'operational in' was slow in 
falling at block G3 in Figure C 7 or 
if 'select out' was slow in falling at 
block F2 in Figure C-6. 



The channel processes 
the data byte. 



>cesses I 






(CH) 

Drop 'suppress out' 



(CH) 

Raise 'suppress out' 



Assure overlap of the state 
'suppress out' and 'service out 



3Ut [ 



(CH) 

250 ns delay 



Notes 2, 3 



The channel accepts 
data or status 



pts the I J 



(CH) 

Raise 'service out' 



Notes: 

1. All mention of 'select out' assumes proper 
operation of 'hold out' as well. Therefore, 
'select out' up means 'select out' and 'hold 
out' are up, and 'select out' down means 
either 'select out' or 'hold out' is down. 

2. The byte on 'bus out' must be valid for at least 
100 ns prior to the raising of the out tag. 

3. The byte on 'bus in' need not be valid after 
the rise of the out tag. 



If byte-multiplexer 
channel, 'select out 
has already been 
dropped 




Interface data transfer 
portion of this command 
is complete on selector 
channel ^^ 

(CH) 
Zero status 

byte 




This sequence ends with 
device end, busy, CU end, 
unit check, unit exception, 
attention, or status modifier 
(or channel end on block- 
multiplexer channel) 




Normal command 
execution begins 



(CH) 

Raise 'command out' 



The channel cannot accept 
the data or status. 'Stop' or 
'Stack' is indicated 



^ 



Figure C-6 



Figure C-5. Response to Status/Data Presentation 
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Figure C-5 




Note 2 



The status is accepted. 
Command chaining is 
indicated if 'suppress 
out' is up at the 
control unit at this 
time 



Note 2 



(CU) 

Drop 'status in' 



-E3- 



Data, if inbound, 
was accepted. Data, 
if outbound, was on 
bus out. The control 
unit processes any 
outbound data 



Stop is 




Stack is 


recognized 




recognized 


by the 




by the 


control 




control 


unit 




unit 



Note 2 



(CU) 

Drop 'service in' 



Note 1 




-J3- 




(CU) 

Drop 'operational in' 



Notes: 

1 . All mention of 'select out' assumes 
proper operation of 'hold out' as well. 
Therefore, 'select out' up means 'select 
out' and 'hold out' are up, and 'select 
out' down means either 'select out' or 
'hold out' is down. 

2. The byte on 'bus out' need not be valid 
after the fall of the in tag. 



The fall of 'operational in' 
completes the control-unit 
portion of this signal sequence. 
The control unit now waits 
for a new command or a 
need for servicing 



W 



Figure C-7 



Figure C-6. Response to Stack/Stop/Accept 
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^ 



Figure C-6 




Yes 



A channel may need to 
hold up data transfer 
temporarily. It may 
accomplish this by 
raising 'suppress out'. 

To be effective, 'suppress 
out' must rise at least 
250 ns prior to the fall 
of 'service out' for the 
preceding byte 




Yes 



Yes 




F2- 

(CH) 

Drop 'service out' 



-F3- 




Yes 



(CH) 

Drop 'command out' 



L 



'Operational in' must 
drop prior to dropping 
'command out' to prevent 
the status from being 
presented again 



This signal sequence 
is completed. The 
channel now waits 
for a new initial- 
selection sequence 
or control-unit- 
initiated sequence 




Yes 



\/ Figure C-1 



The channel assumes a 
burst-type sequence and 
waits for further control- 
unit activity 



5>. 



igure C-8 



Figure C-7. Response to Fall of Status In or Service In 
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I I Figure C 7 




Notes: 

1. All mention of 'select out' 
assumes proper operation 
of 'hold out' as well. Therefore, 
'select out' up means 'select 
out' and 'hold out' are up, and 
'select out' down means either 
'select out' or 'hold out' is down. 
The byte on 'bus in' must be valid 
within 100 ns after the raising of 
the in tag. 



This completes the 
control-unit portion 
of this signal sequence. 
The control unit now 
waits for a new 
command or a need 
for servicing 



-N2- 



Note2 



(CU) 

Drop 'operational in' 



-N3- 



Note2 



(CU) 

Status byte to 'bus in' 



\/ Fi 



igure C-5 



-N4- 



(CU) 

Data byte to 'bus in' 



^Go 
or '; 

\S Fii 



to raise status in 
service in' 



igure C-4 



Figure C-8. Burst Mode Waiting Loop 
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Operational Out 



Request In 



Hold Out 



Select Out 



Select In 



Address Out 



Operational In 



Address In 



Command Out 



Status In 



Service In 



Service Out 



■fr 



-fr 



iS- 



■tf- 



-fr 



■4*—$ 



it- 



■Vr 



-Vr 



■*><r 



■#■ 



Bus In (9 Lines) (Valid) ^_ 



Bus Out (9 Lines) (Val ' d) ft- 



Suppress Out 



* 




1^^ 



<fr 



"fr 



Req In 

■Vi <fr 



•Vr 



l<r 



i^^-K- 



.flJSSi-fr. 



^jJ-J^jj. 



■ B Adr ° u ' fr 



*^ 



/FTT^ 




i i 

Data Byte Count = Zero 



Data 



■ft Busln J 



iV- 



■fr 



* 



. . Bus Out ,, 

i) vr 



Note: The encircled dot ( ® ) is used in the 
sequence chart to indicate the checking of that 
signal's level before proceeding. 



■Initial Selection - 



•Mechanical* 
Delay 



Suppress Data 
Transfer 
(Buffer Type 
Device Only) 



Sup Out 



1 



Stop 



■ Data Transmission. 



•Mechanical* 
Delay 




H — t s* 

T [ Status 



-Status Accepted 
Presented 



nding Sequence* 



Normal Input Operation (Channel Forced Burst Mode Selector Channel) 



Chaining Indicated -J Chaining 

at Channel End Indicated 

at Device 

• immediate Command Operation-^ 



■Control Command Initiated- 



■»- 



+<r 



■*- 



■fr 



-tf- 



-fr 



& 



-Vr 



-Vr 



M- 



■fr 



l<r 



rt 




Operational Out 



Request In 



Hold Out 



Select Out 



Select In 



Address Out 



Operational In 



Address In 



Command Out 



Status In 



Service In 



Service Out 



Status 



Address 14 

_n__i — L 

Device End| 
Control- 
Unit End 



L Control-Unit Busy 
-Short-Busy Sequence — 



■Channel-Initiated Sequences 



lit -J 



Device End Control-Uni 

Status End and Device End 

Occurred Status Accepted 



■ Ending Sequence- 



Control-Unit-Initiated Sequence 



Bus In (9 Lines) 



Bus Out (9 Lines) 



Suppress Out 



Figure C-9. Selector Channel Operations 
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45- 



-fr 
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Figure C-10. Control-Urn t-Forced Burst-Mode Operati on-on-Byte Multiplexer Channel 
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Figure C-ll. Multiplexing Operation on Byte-Multiplexer Channel 
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Figure C-12 (Part 1 of 2). Block-Multiplexer Channel Operation 
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Figure C-12 (Part 2 of 2). Block-Multiplexer Channel Operation 
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Figure C-13. Data-Streaming Operation on Block-Multiplexer Channel 
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APPENDIX JL, SUMMARY INFORMATION 



Figures D-l through D-5 summarize appro- 
priate and inappropriate status combina- 
tions that are further described in the 
section "Status Combinations" in Chapter 
2, "Operational Description." The 
condition represented by each bit posi- 
tion is defined in the section "Status 
Byte," also in Chapter 2. 
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Second Hex Digit 
1567 89AB 
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Explanati on : 



This figure shows the 256 possible combina- 
tions of bits that may be presented as the 
device-status byte during the short-busy 
sequence. For each status combination the 
figure specifies: 

• Combination of bits is inappropriate 
for the device-status byte 

A Combination of bits is appropriate 
for the device-status byte 

The device-status byte is represented in 

the figure by a two-digit hexadecimal value 

where the 16 possible values for each digit 
ar& shown as follows: 

Represents bit positions 

------ ,- j-- control- 



First hex digit: 



rirst hex digit: Represents bit 
0-3 (attention^ status modifier, 
unit end, and busy, respectively) 

Second hex digit: Represents bit posi- 
tions 4-7 (channel end, device end, unit 
check, and unit exception, respectively) 



Figure D-l. Status Presented during Short-Busy Sequence 
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Explanati on ? 



This figure shows the 256 possible combina- 
tions of bits that may be presented as the 
device-status byte for initial status when 
not command chaining. For each status com- 
bination, the figure specifies: 

• Combination of bits is inappropriate 
for the device-status byte 

A Combination of bits is appropriate 
for the device-status byte 

The device-status byte is represented in 

the figure by a two-digit hexadecimal value 

where the 16 possible values for each digit 
are shown as follows: 

First hex digit: Represents bit positions 
0-3 (attention, status modifier* control- 
unit end, and busy, respectively) 

Second hex digit: Represents bit posi- 
tions 4-7 (channel end, device end, unit 
check, and unit exception, respectively) 



Figure D-2. Initial Status When Not Command Chaining 
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Explanati on : 



This figure shows the 256 possible combina- 
tions of bits that may be presented as the 
device-status byte for initial status when 
command chaining. For each status combina- 
tion, the figure specifies: 

• Combination of bits is inappropriate 
for the device-status byte 

A Combination of bits is appropriate 
for the device-status byte 

The device-status byte is represented in 

the figure by a two-digit hexadecimal value 

where the 16 possible values for each digit 
are shown as follows: 

First hex digit: Represents bit positions 
0-3 (attention, status modifier, control- 
unit end, and busy, respectively) 

Second hex digit: Represents bit posi- 
tions 4-7 (channel end, device end, unit 
check, and unit exception, respectively) 



Figure D-3. Initial Status When Command Chaining 
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device-status byte for the first status 
after zero initial status. For each combi- 
nation, the figure specifies: 

• Combination of bits is inappropriate 
for the device-status byte 

# Combination of bits is inappropriate 
for the device-status byte except when 
the dynami c-reconnecti on feature is 

i n use 

A Combination of bits is appropriate 
for the device-status byte 

The device-status byte is represented in 

the figure by a two-digit hexadecimal value 

where the 16 possible values for each digit 
are shown as follows: 

First hex digit: Represents bit positions 
0-3 (attention, status modifier, control- 
unit end, and busy, respectively) 

Second hex digit: Represents bit posi- 
tions 4-7 (channel end, device end, unit 
check, and unit exception, respectively) 



Figure D-4. First Status after Zero Initial Status 
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Explanati on : 



This figure shows the 256 possible combina- 
tions of bits that may be presented as the 
device-status byte for the first status af- 
ter channel end without device end. For 
each status combination, the figure speci- 
fies: 

• Combination of bits is inappropriate 
for the device-status byte 

tt Combination of bits is inappropriate 
for the device-status byte except when 
the dynami c-reconnecti on feature is 
in use or when command chaining was 
not indicated 

A Combination of bits is appropriate 
for the device-status byte 

The device-status byte is represented in 
the figure by a two-digit hexadecimal value 
where the 16 possible values for each digit 
are shown as follows: 

First hex digit: Represents bit positions 
0-3 (attention, status modifier, control- 
unit end, and busy, respectively) 

Second hex digit: Represents bit posi- 
tions 4-7 (channel end, device end, unit 
check, and unit exception, respectively) 



Figure D-5. First Status after Channel End without Device End 
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